Indice dei contenuti
Se compare Cannot modify header information — headers already sent, PHP ha già prodotto output prima di un’operazione che deve inviare gli header, per esempio un cookie o un reindirizzamento. Controlla il percorso indicato dopo output started at: non dare per scontato che il responsabile sia wp-config.php.
Individuare l’origine dell’output
Il messaggio può riportare due posizioni: quella in cui è iniziato l’output e quella della successiva chiamata che non riesce a inviare gli header. Parti dalla prima.
Che cosa cercare
- Spazi, righe vuote o testo prima del tag iniziale
<?php. - Una firma UTF-8 BOM inserita dall’editor all’inizio del file.
- Testo dopo un tag di chiusura PHP finale.
- Istruzioni di diagnostica come
echo,print_rovar_dump. - Un avviso PHP mostrato nella risposta prima dell’invio degli header.
Controllare senza perdere la configurazione
- Annota la richiesta e leggi il messaggio completo nel log PHP, compreso
output started at. - Salva una copia privata del file indicato fuori dalle cartelle pubbliche.
- Se è
wp-config.php, aprilo con un editor di testo e confronta le modifiche recenti. - Controlla i caratteri prima del tag iniziale e l’impostazione della codifica. Il BOM può non essere visibile nell’editor.
- Se il log indica un altro file, esamina quel file prima di toccare la configurazione.
Conservare il messaggio utile
Servono il testo dell’errore, i percorsi, le righe e l’orario. Non allegare il contenuto completo di wp-config.php: contiene dati riservati.
Rimuovere l’output involontario
- Elimina soltanto gli spazi o il testo confermati prima del tag iniziale e salva come UTF-8 senza BOM.
- In un file contenente solo PHP, evita il tag di chiusura finale, così eventuali spazi successivi non diventano output.
- Rimuovi le stampe di debug individuate. Se l’output è un avviso PHP, correggine anche la causa e usa un log privato per la diagnostica.
- Conserva credenziali, chiavi, costanti e ordine di caricamento del sito.
Ripetere il flusso che falliva
- Prova accesso, cookie e reindirizzamento coinvolti, secondo il sintomo iniziale.
- Controlla che non compaia più lo stesso errore nel log.
- Verifica che sito e amministrazione si aprano correttamente e rimuovi le copie di lavoro pubbliche.
Non nascondere il problema
Attivare il buffering o disabilitare tutti i log può mascherare il sintomo senza eliminare l’output involontario. Evita anche di sostituire l’intero file di configurazione con un esempio generico.
Guide Xlogic correlate
- WordPress: wp_version_check restituisce errore
- WordPress Multisite: sottodomini non funzionano
- WordPress: attachment metadata non generati
Fonti tecniche
Domande frequenti
Che cosa significa “wp-config.php contiene output”?
PHP ha prodotto output prima di una chiamata che deve inviare gli header. Leggi la posizione output started at per individuare il file da controllare.
Da cosa può dipendere “wp-config.php contiene output”?
Le cause comprendono testo prima del tag PHP, UTF-8 BOM, spazi dopo un tag di chiusura, stampe di debug o avvisi PHP mostrati nella risposta.
Quali controlli eseguire per “wp-config.php contiene output”?
Salva una copia privata, controlla il punto indicato nel log e rimuovi soltanto l’output involontario. Ripeti poi il flusso di accesso o reindirizzamento che falliva.