La connessione termina senza una risposta HTTP utilizzabile. Non è la stessa cosa di una risposta valida senza corpo, come HTTP 204.
Indice dei contenuti
ERR_EMPTY_RESPONSE: significato
Le prime ipotesi da verificare per “ERR_EMPTY_RESPONSE” sono processo PHP terminato; reset della connessione.
Cause probabili
- Processo PHP terminato
- Reset della connessione
- Proxy che chiude il flusso
- Errore fatale prima degli header
Diagnosi passo per passo
- Annotare URL e orario
- Controllare error log PHP e server
- Provare una risorsa statica
- Confrontare rete diversa
- Verificare risorse e processi al momento dell’errore
Log e dati da controllare
- DevTools e messaggio del browser
- risoluzione DNS e percorso di rete
- log di proxy, firewall o origin
Correzioni sicure
- Confronta risorsa statica e pagina dinamica e cerca l’evento nei log allo stesso orario.
- Fai correggere il processo o il proxy individuato, senza attribuire automaticamente il problema a PHP.
- Prima di ripetere un invio verifica se l’applicazione lo ha già elaborato.
- Riprova dalla rete iniziale e controlla la risposta effettiva, non soltanto il DNS.
Verifica finale
- Il dominio risolve verso l’host atteso
- La connessione si completa senza reset
- Il risultato coincide da reti equivalenti
- Proxy e VPN non introducono deviazioni inattese
Guide Xlogic correlate
- ERR_CONNECTION_CLOSED: connessione chiusa dal server
- ERR_QUIC_PROTOCOL_ERROR: problemi HTTP/3 e QUIC
- ERR_SOCKET_NOT_CONNECTED: socket non connesso
Fonti tecniche
Domande frequenti
Che cosa significa “ERR_EMPTY_RESPONSE”?
La connessione termina senza una risposta HTTP utilizzabile. Non è la stessa cosa di una risposta valida senza corpo, come HTTP 204.
Da cosa può dipendere “ERR_EMPTY_RESPONSE”?
Le cause da verificare per “ERR_EMPTY_RESPONSE” sono: processo PHP terminato; reset della connessione; proxy che chiude il flusso.
Quali controlli eseguire per “ERR_EMPTY_RESPONSE”?
Confronta risorsa statica e pagina dinamica e cerca l’evento nei log allo stesso orario. Fai correggere il processo o il proxy individuato, senza attribuire automaticamente il problema a PHP. Prima di ripetere un invio verifica se l’applicazione lo ha già elaborato. Riprova dalla rete iniziale e controlla la risposta effettiva, non soltanto il DNS.