L’avviso di Salute del sito su una sessione PHP attiva richiede di individuare il componente che la apre. Una sessione lasciata aperta può far attendere altre richieste che usano lo stesso identificativo, comprese operazioni REST o loopback.
Indice dei contenuti
Che cosa significa
Con il gestore a file, PHP blocca normalmente i dati della sessione mentre la richiesta li usa. Non basta cancellare cookie o file di sessione per correggere il codice che mantiene il blocco.
Come riconoscere il problema
Annota l’avviso in Strumenti → Salute del sito e verifica se REST o loopback falliscono davvero. Un rallentamento amministrativo può avere altre cause: confronta tempi e log prima di attribuirlo alla sessione.
Cause più frequenti
Cerca il plugin, tema o codice personalizzato che chiama session_start(). In staging verifica se il problema scompare isolando quel componente. Una sessione avviata su ogni richiesta può essere superflua per molte pagine, ma non va rimossa senza capire quali dati conserva.
Diagnosi passo per passo
- Conserva un backup e riproduci il caso in staging.
- Individua chi apre la sessione e in quale fase; cerca aggiornamenti del componente.
- Controlla le richieste concorrenti e il gestore effettivo delle sessioni.
- Prova la correzione insieme al flusso che dipende dalla sessione, come login o carrello.
Procedura di risoluzione
Lo sviluppatore può chiudere la scrittura con session_write_close() dopo avere completato tutte le modifiche necessarie ai dati di sessione. Cambiare $_SESSION successivamente non salva automaticamente quelle modifiche: la posizione della chiamata conta.
Non inserire una chiusura globale alla cieca e non eliminare sessioni degli utenti per nascondere l’avviso. Verifica di nuovo Salute del sito, richieste REST e funzione interessata. Per un plugin di terzi preferisci una correzione del manutentore.
Guide Xlogic correlate
- WordPress cURL error 6: Could not resolve host
- WordPress non invia email: wp_mail e SMTP
- WordPress Parse error: syntax error, unexpected