Risposte al Forum Create

Stai visualizzando 15 risposte - dal 1 al 15 (di 42 totali)
  • Forum: Varie ed eventuali
    In risposta a: Aiuto con Warning

    Significa che da WordPress 5.3 , la funzione ha due parametri, l’autore del plug-in deve modificarlo.. Da dove l’hai scaricato? (Se é un plugin commerciale chiedi a loro).

    Attualmente stai utilizzando i permalink Ugly devi selezionare altro e WordPress tenterà di creare un file .htaccess nella root del tuo sito.
    Le tue immagini risiedono fisicamente nella cartella /wp-content/uploads/ANNO/MESE/ puoi controllare se esiste qualche file o addirittura se esistono le cartelle anno mese?
    Tieni presente che con i caratteri accentati nel percorso dei file sarà assai difficile se un domani ti sposti su un server windows.. Usa solo dalla a-z.
    Altresi puoi configurare la costante WP_CONTENT_DIR per accedere in nome diverso da wp-content. Anche per la cartella uploads esiste una costante.

    • Questa risposta è stata modificata 4 mesi, 3 settimane fa da autotutorial.
    autotutorial

    (@autotutorial)

    Se non utilizza il primo metodo (redirect alla cartella web tramite .htaccess)
    Dunque utilizzerà il secondo metodo impostazione url e copia .htaccess e index.php nella root di conseguenza si può stilare la prima regola per il file index.php nella cartella web dunque ecco una pseudocodice regex
    ^/?web/?(index\.php)?(.*)$ index.php$2
    dovrebbe anche essere valida per htaccess non l’ho testata.
    Significa se é con percorso iniziale con o senza slash iniziale su web e/o con o senza slash finale su web o seguito dal file index.php e/o con o senza altri caratteri.

    autotutorial

    (@autotutorial)

    site_url visualizzazione sito mentre home_url si riferisce ai file di dove risiedono (il core, suppongo anche i caricament e i post).
    Siccome lavori con plug-in a pagamento devi essere sicuro (nonché tuo diritto) su come effettua questi cambiamenti.
    Normalmente esistono due metodi, uno che modifica .htaccess e l’altro site_url cito i passaggi 7,8,9,10,11.
    7 della guida seguente “COPIA NON SPOSTA” dalla directory di WordPress nella directory principale del tuo sito (visualizzazione sito).
    8 apri la tua directory root index.php
    9 modifica require( dirname( __FILE__ ) . '/wp-blog-header.php' ) in require( dirname( __FILE__ ) . '/wordpress/wp-blog-header.php' ).
    10 fai il login
    11 clicca su save i permalink.
    *Nota la guida fa riferimento a un spostamento su una cartella wordpress /wordpress/wp-blog-heder.php sarà inserito nel file root (poiché site_url é impostato nella root e home_url spostato nella cartella wordpress “quasi” come nel tuo caso).

    https://wordpress.org/support/article/giving-wordpress-its-own-directory/
    Detto questo significa che i plug-in da te utilizzati fanno questo cambiamento (se rispecchiano il core WordPress, in tanti elaborano i propri codici php ma difficilmente sono basati sul tutto il core WordPress).

    Puoi postare il tuo file .htaccess senza htpassword o comunque senza informazioni personali, il require della root per il file index.php?
    Mi dispiace WordPress non definisce chiaramente cosa sia site_url , a limite ti crei un plugin e usi la funzione per recuperare il site_url e se non ti piace fai un redirect.

    Questo é un argomento avanzato e ti può rispondere solo chi sviluppa con WordPress.

    autotutorial

    (@autotutorial)

    Puoi anche provare a postare una domanda chiara al supporto del plugin redirection dato che lavora per automatic forse avrà già in mente cosa sia un contesto valido per WordPress URL così da esculedere la cartella web quando non necessaria.

    autotutorial

    (@autotutorial)

    È anche il mio dubbio poiché non conosco cosa é idoneo per WordPress url e cosa per Site url.
    Altrimenti sarebbe facile stilare una regola htaccess.

    autotutorial

    (@autotutorial)

    Si ma se inizialmente é web i dati sono salvati in web..

    autotutorial

    (@autotutorial)

    Dunque il site_url (Site Adress) è l’indirizzo che vuoi che le persone digitino nel loro browser per raggiungere il tuo blog WordPress.
    Però inizialmente avevi un percorso diverso e nel caso di installazione singole WordPress devi modificare i vecchi percorsi in quelli nuovi mentre se usi WordPress multisite devi modificare wp_options, wp_options2 wp_site e altro come spiega il link di seguito, forse wp_options avrà già il tuo site_url corretto (poiché é stato impostato da te) però non so se i vecchi: post, file caricati potrebbero avere la vecchia url quindi crea un nuovo: post e carica una nuova immagine se il post é senza la cartella web dovrai modificare le voci che si riferiscono a site_url e se la cartella uploads é comprensiva di web/ allora non dovrà essere modificata https://wordpress.org/support/article/changing-the-site-url/#changing-the-url-directly-in-the-database

    Prima di qualsiasi operazione crea un back-up dei file e del database, non fare altri tentativi eccetto la modifica al database ma con plug-in (i temi, widget, plugin potrebbero serializzare i percorsi quindi manualmente é una cattiva pratica).

    Qui una lista di possibili opzioni per modificare il database https://wordpress.org/support/article/moving-wordpress/#changing-your-domain-name-and-urls
    *Ricorda devi modificare solo wp_site, wp_options unicamente per site_url nella maggior parte dei casi, se un plugin non indica cosa stai per cambiare non fare nulla piuttosto resta così.
    Scusami non esiste una guida chiara per quando c’è solo site_url a essere diverso ma con i doppi tentativi (provando e controllando il percorso di post e upload sarai certo di quale percorso é obbligatorio).

    Per i tuoi usi futuri imposta sin dall’inizio senza web nel percorso site_url, se ancora da browser vedrai un 404 o accedere alla cartella web quando il percorso iniziale é privo di web si dovrà procedere con una riscrittura url (htaccess o plugin redirection e similari) ad esempio /web/wp-admin/ sarà un percorso sempre valido (si dovrebbe stilare una lista quando la cartella web é legittima per il contensto WordPress url e ciò ne consegue che tutto il resto sarà valutato per il contesto Site url).

    Forum: Varie ed eventuali
    In risposta a: da remoto a locale

    Hai i back-up dei file ftp e del database?
    Altrimenti con un cliente ftp copia il contenuto dei tuoi file, con l’applicativo per il tuo database crea il tuo file sql.
    3GB zippati sono tanti e devi modificare il tempo di esecuzione, upload di php per utilizzarlo da plugin.
    Eccetto la cartella upload e dunque i file core e altri file non dovrebbe essere difficile da importare via ftp (la cartella upload darà tanto da fare invece).
    dividi il file sql in più parti se phpmyadmin non te lo passa 🙂
    http://www.manuelmarangoni.it/sir-bit/1574/dividere-un-file-sql-del-database-in-piu-parti-con-sql-dump-splitter/
    Poi dovrai cambiare le url di WordPress e usare un plugin per impostare il nuovo percorso https://wordpress.org/support/article/moving-wordpress/#changing-your-domain-name-and-urls

    Perdonatemi ho fornito un codice errato.
    dopo il define

    $incauto = 0;
    $autoabs[0] = ABSPATH;
    ++$incauto;
    $autoabs[] = $incauto;

    nell’else

    $autoabs[] = ABSPATH;
    function var_x_error_log( $objectauto=null ){
    ob_start(); // start buffer capture
    var_dump( $objectauto ); // dump the value
    $contentsauto = ob_get_contents(); // put the buffer into a variable
    ob_end_clean(); // end capture
    error_log( $contentsauto."\n",3,dirname(__FILE__).'/test.log'); // log contents of the result of var_dump( $objectauto )
    return $contentsauto;
    }
    var_x_error_log( $autoabs );

    Dovrebbe creare un test.log con tre array il primo é la referenza di ABSPATH dopo il define, il secondo incrementa una variabile (dovrebbe sempre essere a 1 il suo valore e chiave), il terzo é la referenza ABSPATH prima di tentare l’installazione e la chiave dovrebbe sempre essere a 2.

    Ciao a tutti é molto strano perché la costante ABSPATH viene creata nel wp-config.php o in wp-load.php dove quest’ultimo si occupa di avviare una nuova installazione oppure controlla l’esistenza del file wp-config.php se non presente controlla la directory superiore e che non sia presente wp-settings.php (se presente sia wp-config.php e wp-settings.php é un’altra installazione).
    1)Puoi controllare che nel file wp-config.php

    if ( ! defined( 'ABSPATH' ) ) {
    	define( 'ABSPATH', dirname( __FILE__ ) . '/' );
    }

    2)Visto che il server é di tua proprietà e credo che hai il registro degli errori PHP abilitato, trovi riscontro con qualche errore? (Dovrebbe esserci anche la data)
    3)Se hai i back-up dei file e del database ti posso suggerire di aggiungere dei codici nel wp-load.php.
    Subito dopo aver definito la costante ABSPATH

    $autoabs[0] = ABSPATH;
    $incauto = 0;
    $autoabs[] = $incauto;

    nell’else dove avvia l’installazione
    error_log(print_r(array_values($autoabs).' '.ABSPATH,true),3,dirname(__FILE__).'/test.log');

    Importante prima il back-up completo di tutti i file , database e del file wp-load.php
    Se ha i giusti permessi crea il file test.log nella stessa directory di wp-load.php (docroot WordPress).
    Aggiornami.
    Post editato ho dimenticato un punto e virgola finale 😀

    • Questa risposta è stata modificata 5 mesi, 2 settimane fa da autotutorial.

    Siccome da php 7.2 non esiste più mcrypt hanno deciso di utilizzare libsodium (libreria di default php 7.2) altrimenti WordPress utilizza sodium_compact (libreria da terzi che consiglia qualsiasi sistema a 64 bit).
    Lentezza solo per il secondo metodo sodium_compact: (soprattutto per php 5 su windows) Questo vale anche per i sistemi operativi non Windows a 32 bit, o se in qualche modo PHP è stato compilato dove PHP_INT_SIZE equivale a 4 al posto di 8 (cioè Linux su i386).

    Il discorso ovviamente é riferito per la verifica della firma (aggiornamenti automatici, plugin, temi ecc.).
    Prego @luca21
    https://github.com/paragonie/sodium_compat/blob/master/README.md

    Quando il tuo sito WordPress installa un aggiornamento automatico, dalla versione 5.2 in poi controllerà innanzitutto l’esistenza di x-content-signature un’intestazione. Se uno non viene fornito dal nostro server di aggiornamento, il tuo sito WordPress cercherà invece un filenamehere.sig file e lo analizzerà.
    Secondo questa affermazione é già attivo anche per plugin, temi ecc.

    Da WordPress 5.2 é stato inserito un nuovo metodo di sicurezza che usa l’intestazione (header) per la firma x-content-signature
    Non sei l’unica in questo problema con la versione 5.2.1 ma risolvi con l’aggiornamento manuale prima di aggiornare si consiglia di fare back-up dei file e del database.
    https://make.wordpress.org/core/2019/05/17/security-in-5-2/

    autotutorial

    (@autotutorial)

    @melindasue purtroppo se sei utente alterblog altervista e non hai abilitato l’accesso ftp da wordpress non puoi entrare dentro la cartella dei plugin.. Devi fare come ti hanno già consigliato nel tuo HOST.

    Forum: Fixing WordPress
    In risposta a: problema link post

    Per modificare l’upload https://wordpress.org/support/topic/media-folders-on-the-server/ link corretto.
    @raffodesigner probabilmente “prima” utilizzavi un tema o un plugin che modificava il comportamento standard della cartella upload,

Stai visualizzando 15 risposte - dal 1 al 15 (di 42 totali)