Chi ha creato la discussione
steve92
(@steve92)
Ho provato ha installare WordPress nuovo, quindi originale, mi da questo nuovo errore, sono 2 giorni che va avanti cosi:
Fatal error: Uncaught Error: Class 'WP_Session_Tokens' not found in /membri/fotoebenessere/wp-includes/class-wp-user-meta-session-tokens.php:17 Stack trace: #0 /membri/fotoebenessere/wp-settings.php(180): require() #1 /membri/fotoebenessere/wp-config.php(88): require_once('/membri/fotoebe...') #2 /membri/fotoebenessere/wp-load.php(37): require_once('/membri/fotoebe...') #3 /membri/fotoebenessere/wp-blog-header.php(13): require_once('/membri/fotoebe...') #4 /membri/fotoebenessere/index.php(17): require('/membri/fotoebe...') #5 {main} thrown in /membri/fotoebenessere/wp-includes/class-wp-user-meta-session-tokens.php on line 17
Ciao @tivustream,
mi sorge subito un dubbio: il servizio di hosting ha associato un database MySql? E’ passato un po’ dall’ultima volta in cui ho usato un Hosting Windows di Aruba e magari mi sbaglio, ma credo avesse SQLServer di default. Immagino tu abbia già verificato, ma te lo segnalo ugualmente 🙂
Per il resto, una cosa importante da considerare è che su Windows (quindi webserver IIS) non c’è il supporto al file .htaccess, per cui se il sito sta usando regole particolari dovrai “tradurle” nel file “web.config”, sostanzialmente un file XML con una struttura specifica per IIS.
In ogni caso, anche in assenza di regole particolari, ti servirà un web.config di base che abiliti una regola di rewrite per far funzionare i “pretty permalinks”, quindi le url “leggibili”.
A questo proposito di segnalo questa guida di Microsoft (è un po’ vecchia ma dovrebbe andare bene): https://docs.microsoft.com/en-us/iis/application-frameworks/install-and-configure-php-applications-on-iis/install-wordpress-on-iis
Salta la prima parte e inizia a leggere dal paragrafo “Enable “Pretty Permalinks”, troverai un esempio di web.config. Attenzione che l’esempio riporta solo il frammento di codice utile che va inserito in una struttura specifica. Se dovessi avere difficoltà puoi provare con questo esempio completo: https://gist.github.com/Toddses/7f3729ddf7c6466bb3dc
Per quanto riguarda i permessi sulle cartelle, dipende da come è impostato l’hosting. Ti suggerirei di migrare il sito e fare una verifica di funzionamento. Quando riesci ad accedere alla dashboard, dai subito un’occhiata allo strumento “Salute del sito” che ha una sezione dedicata al controllo dei permessi. Eventuali cartelle non scrivibili sarebbero indicate.
Spero di averti dato qualche indicazione utile.
Facci sapere come va 🙂
Chi ha creato la discussione
giovi21
(@giovi21)
Innanzitutto ringrazio di nuovo Andrea per la dritta che mi ha risolto il problema, e poi qui riassumo nel caso fosse utile ad altre persone:
– Computer in LAN (192.168.1.x) Windows 10 con installato XAMPP v.8.0.2 e WordPress v. 5.7.2
– Inizialmente, in fase di test, i siti sono stati preparati in localhost nelle cartelle ‘C:\xampp\htdocs\sito_a’ e C:\xampp\htdocs\sito_b’.
– Lo scopo dei due siti è quello di essere usati all’interno della LAN.
– Il ‘sito_a’(e anche il sito_b) non rispondeva correttamente all’URL ‘192.168.1.x/sito_a, la home page non era visualizzata correttamente ne nella struttura ne nella grafica e con i link del menù che non trovavano le pagine giuste.
– Andrea mi ha consigliato di leggere un articolo (il cui link è sulla sua risposta) da cui ho tratto l’informazione per risolvere il problema:
per il ‘sito_a’ ho aggiunto al file ‘wp-config.php’ le seguenti voci:
define( 'WP_HOME', 'http://192.168.1.x/sito_a' );
define( 'WP_SITEURL', 'http://192.168.1.x/sito_a' );
Ho ripetuto anche per il ‘sito_b’ è tutto ha funzionato nel modo giusto.
Il file ‘wp-config.php’ è un file di configurazione, sicché non si potrà più modificare l’URL del sito da ‘wp-admin’ fin quando non si elimineranno le voci su citate dal file stesso.
Controllare anche la configurazione del tema usato, probabilmente bisognerà modificare le voci che fanno riferimento all’URL del sito.
-
Questa risposta è stata modificata 4 anni, 9 mesi fa da
giovi21.
-
Questa risposta è stata modificata 4 anni, 9 mesi fa da giovi21.
Non credo che l’abbiano hakerato, come fanno? Dopotutto hanno solo comprato un dominio libero (che prima era il tuo) e ci hanno messo dentro i loro file.
Anche a me era successo, ma mi è sempre funzionato tutto.
Secondo me puoi fare una cosa: entri nel server del tuo sito con Aruba e ci metti WordPress e i file da zero.
Installando WordPress da zero ti farà seguire la procedura di configurazione e ci metti i nuovi dati.
Ciao @donneultra21,
di solito questi errori sono causati da “interferenze” di plugin o temi. È possibile che ci sia stato l’aggiornamento di una versione minore del tema o del plugin, oppure che la versione WordPress si sia aggiornata e non sia più completamente compatibile con il tema o un plugin.
Per indagare la faccenda e scoprire cosa “rompe” il riassunto nell’amministrazione ti consiglio di installare il plugin Health Check & Troubleshooting.
Questo plugin ti permette di mettere il sito in modalità Diagnostica. Significa che gli utenti del sito non vedranno i test che stai facendo nell’area amministrativa.
Attivando la modalità Diagnostica, vedrai il backend e il frontend di WP ripristinato alle sue condizioni base (tutti i plugin disattivi, tema default attivato).
Da qui parti e controlli se anche con questa configurazione il “riassunto” non funziona. Se tutto va bene riattivi il tema e poi un plugin per volta fino a quando non si presenta l’errore. A quel punto avrai trovato cosa lo causa e si potrà pensare a una soluzione.
Una volta installato e attivato il plugin, attivi la modalità diagnostica da Strumenti > Salute del sito > Diagnostica
Facci sapere.
Ciao @occhiocapolavoro,
A meno che tu abbia la stessa versione di WordPress, lo stesso server, la stessa configurazione di server, lo stesso hosting, la stessa versione di PHP, di MySQL, a meno che il tuo sito abbia lo stesso contenuto e dominio di quello di @weirdstudio, ti preghiamo di aprire un’altro thread di discussione sul forum per ricevere un’assistenza efficace.
Molte grazie per la comprensione e per la pazienza.
Matteo
Ciao @admin1325,
per ripristinare le impostazioni corrette c’è bisogno di modificare un po’ il codice del tuo sito.
Ci sono un paio di metodi per fare questo:
1) Modificare il file wp-config.php
– Collegati alla root dove sono conservati i file del tuo sito (se non sai fare questo passaggio chiedi aiuto al tuo provider).
– Trova il file chiamato wp-config.php e vai fino alla riga che dice /* Finito, interrompere le modifiche! Buon blogging. */ e aggiungi le seguenti righe di codice:
define('WP_HOME','http://yoursite.com'); define('WP_SITEURL','http://yoursite.com');
al posto di yoursite devi inserire il tuo nome a dominio.
Salva il file così modificato e prova ad accedere al sito.
1) Modificare il database
– Collegati al tuo Database (se non sai fare questo passaggio chiedi aiuto al tuo provider).
– trova la tabella chiamata wp_options
– trova i record siteurl e home
– modifica il valore di entrambi in http://yoursite.com (al posto di yoursite devi inserire il tuo nome a dominio)
– Salva e prova ad accedere al sito
Se la tua intenzione era avere le pagine del sito in protocollo https, ti consiglio di utilizzare questo plugin Really Simple SSL
Facci sapere
-
Questa risposta è stata modificata 4 anni, 11 mesi fa da
Gloria Liuni.
-
Questa risposta è stata modificata 4 anni, 11 mesi fa da
Cristiano Zanca.
Ciao @gianfi78 ,
il fatto che post_max_size e upload_max_filesize abbiano valori diversi non crea problemi a meno che non siano impostate troppo piccole.
In particolare se vengono caricati file pesanti come ad esempio dei video, upload_max_filesize dovrebbe essere almeno di 128M .
Sono impostazioni del file di configurazione del php, php.ini e possono essere modificate dal pannello del server. Nel caso di Aruba, ad esempio, si possono modificare dalle pagine amministrative dopo aver eseguito l’accesso all’account di Aruba. Bisogna cercare un po’ ma si può selezionare sia la versione php come alcune variabili di php.ini tra le quali le due che ti interessano.
Anche WP imposta queste due variabili ma le impostazione di WP non possono forzare quelle del php.ini se queste ultime sono più piccole.
Quanto al fatto che wp_version_check non funziona penso si riferisca al fatto che il sito non riesce a comunicare con api.wordpress.ord.
Non comunica perché, probabilmente, le chiamate del sito verso l’esterno sono disabilitate. Anche queste si possono abilitare dalle pagine amministrative dell’account.
Se hai difficoltà puoi chiedere all’assistenza dell’ hosting.
Questo è il link ad un articolo molto completo sulle due impostazioni post_max_size e upload_max_filesize
https://kinsta.com/blog/increase-max-upload-size-wordpress/
Vorrei segnalarti che il link al tuo sito a volte funziona a volte no perché ci sono troppi reindirizzamenti, dice il browser.
Un errore così è frequente se non è stato correttamente configurato l’ accesso https. Non posso essere più specifico perché non dipende sempre dalla stessa cosa.
Un saluto.
Ciao @matteospi inanzi tutto grazie per avermi risposto.
Vedi io ho provato con l’autoinstaller senza alcun risultato purtroppo.
ho provato sia installare tramite il web installer che praticamente è un auto installante sia scaricando il wordpress e facendo l’installazione. Il problema è che per qualche motivo wordpress non riesce a comunicare con sql/phpmyadmin nonostante essi funzionano perfettamente. al phpmyadmin riesco connettermi anche da remoto senza problemi. mettendo poi sul file di configurazione manualmente mi da comunque errore. E’ probabilmente un problema sulla connessone al database ma non riesco capire cosa.
Andrea
Ciao @francesca23 ,
Può dipendere da tante cose.
Se abiliti il debug di wp probabilmente usciranno dei messaggi per aiutare a capire cosa succede.
Guida:
https://codex.wordpress.org/it:Debug_in_WordPress
In genere non è necessario impostare proprio tutte le costanti / variabili che sono indicate nella guida.
Se è il primo aggiornamento di wp che avviene potrebbe anche essere una configurazione troppo rigida del server ospitante.
Ciao
Ciao @myke090 ,
insomma non costruisce le due pagine xml che poi non si trovano.
Per iniziare a capirci qualcosa bisognerebbe trovare dove fa errore, tre possibilità mi sembra:
– nel file wp-config.php impostare le variabili di debug seguendo questa guida: https://codex.wordpress.org/it:Debug_in_WordPress
– installare uno specifico plugin per il debug. Ce ne sono alcuni nella directory dei plugins.
– controllare i file di log degli errori del php, nel server. La strada più breve, forse..
Ciao!
Ciao Cristian,
la prima impressione è che l’errore sia legato al plugin woocommerce-advanced-free-shipping. Hai provato a disattivarlo e vedere se l’errore persiste?
Il sito è visibile e non vedo messaggi di errore o codice visibili al pubblico.
Se stai usando una versione aggiornata di WordPress, nella mail che ti segnala l’errore critico dovresti trovare un link per rientrare nel pannello di amministrazione.
Nel caso invece non riuscissi ad entrare nell’amministrazione, in caso di emergenza puoi disattivare temporaneamente il plugin rinominando via FTP la cartella in cui si trova. (es: “woocommerce-advanced-free-shipping” può diventare “old-woocommerce-advanced-free-shipping”. I dati e la configurazione del plugin dovrebbero comunque essere al sicuro anche con questa operazione.
Se il problema con il plugin persiste, ti consiglio anche di aprire una richiesta sulla pagina di supporto dello sviluppatore su WordPress.org: https://wordpress.org/support/plugin/woocommerce-advanced-free-shipping/
Spero queste informazioni possano esserti utili.
Salve federicol,
è un errore che può avere molteplici origini.
Prima di fare ogni modifica al sito fare sempre un
BACKUP
alcune probabili soluzioni:
1) controllare che il database non abbia superato la dimensione permessa dall’hosting
2) collegarsi col browser in modalità anonima
3) controllare il file .htaccess ed evenutalmente rinominarlo temporaneamente
4) cambiare le security keys in wp-config.php:
define(‘AUTH_KEY’, ”);
define(‘SECURE_AUTH_KEY’, ”);
define(‘LOGGED_IN_KEY’, ”);
define(‘NONCE_KEY’, ”);
define(‘AUTH_SALT’, ”);
define(‘SECURE_AUTH_SALT’, ”);
define(‘LOGGED_IN_SALT’, ”);
define(‘NONCE_SALT’, ”);
usare nuove chiavi generate da questo indirizzo: https://api.wordpress.org/secret-key/1.1/salt/ (grazie Josh Rodgers)
Aggiornaci
