Sviluppo PHP
  1. Sviluppo PHP
  3. ERR_INCOMPLETE_CHUNKED_ENCODING Caricamento della pagina radice di Chrome
Intereting Posts
LAMP: Come creare. Zip da URL / file remoti e trasmetterlo in streaming al client al volo decodifica un arrays da json a PHP e non riesce ad accedere agli elementi dell'arrays usando le chiavi Devo usare filter_var per validationre la posta elettronica? Come posso ripristinare la codifica corretta dei caratteri emoji a 4 byte che sono stati memorizzati in utf8 normale – come questo: ðŸ~Š? XML 'Select Where' Statement La query SQL non funziona correttamente (numbers) file_get_contents restituisce una string vuota nell'host condiviso Problema con json_decode PHP Soppressione della corrispondenza del model completo nelle espressioni regolari (preg_match ()) Gruppi di chiavi con cache APC Problemi con GO! Quadro orientato agli aspetti Invio di un module da una singola webapp di pagina utilizzando Ajax Call Esiste un plugin OpenID 2.0 per Symfony? come proteggere con password i file pdf scaricabili nel sito web ZF: come verificare la richiesta GET?

ERR_INCOMPLETE_CHUNKED_ENCODING Caricamento della pagina radice di Chrome

Ho un sito Web su una pila di lampade con poca o nessuna configuration aggiuntiva oltre a FallbackResource /index.php presente nella mia radice .htaccess

Quando carico la pagina di root (localhost) in Chrome, ricevo

GET http://192.168.163.171/ net::ERR_INCOMPLETE_CHUNKED_ENCODING VM110:1

nella console cromata dopo circa 10 secondi. Se provo a seguire il collegamento su VM110: 1, mi port in cima al mio Javascript in linea.

Ulteriori informazioni / Cosa ho provato

  • Questo NON si verifica su nessuna altra pagina ma su root
  • Non ci sono 404 nel log di accesso né altri codici anormali
  • Non ci sono errori che appaiono nel log degli errori di Apache.
  • L'errore non si verifica nell'ultima versione di IE o Firefox.
  • Ha causato un problema sia nel mio ambiente locale che in hosting. Quest'ultimo non ha assolutamente modifiche di configuration e mi aspetto di essere un'installazione quasi predefinita.
  • Quando rimuovo la direttiva FallbackResource mia pagina viene caricata correttamente senza l'errore

In index.php la radice non viene trattata in modo diverso da qualsiasi altra pagina.

Questo sarebbe tutto un non-problema perché tutto si carica correttamente, ma impedisce al javascript di fare affidamento sul caricamento di una pagina finita.

Qualche altra idea su cosa sta causando il problema o nuove cose che posso provare? Ho pensato di passare a usare solo mod_rewrite ma questo è molto più semplice.

Finalmente trovato la risposta mentre si lavora su un altro sito:

Prima della direttiva FallbackResource assicurarsi di aggiungere una direttiva DirectoryIndex con lo stesso file. Non ho avuto il tempo di cercare perché, ma ha risolto il mio problema. Do la colpa a un bug di Chrome o forse Chrome è molto schizzinoso perché nessun altro grande browser ha un problema.

Ho corretto questo errore rimuovendo le seguenti righe dal mio file php5filter.conf nella configuration di Apache: 

 <FilesMatch ".+\.ph(p3?|tml)$"> SetInputFilter PHP SetOutputFilter PHP </FilesMatch>

Per aggiungere alla risposta di Blaine (come non posso ancora commentare):

Credo che questo sia un problema di configuration di Apache, non specifico di Chrome.

Recentemente ho riscontrato questo problema e ho notato i seguenti effetti in vari client, sempre solo con la home page:

  • Chrome, come indicato, ha visualizzato l'errore ERR_INCOMPLETE_CHUNKED_ENCODING , ma non ha visualizzato correttamente la pagina. La pagina continuava a "caricare" per altri 5 secondi anche dopo che tutto il contenuto era visibile.
  • Una semplice richiesta di CURL ha emesso l'errore curl: (18) transfer closed with outstanding read data remaining . L'HTML completo è apparso, seguito dall'errore dopo un ritardo.
  • Firefox e IE inizialmente visualizzavano la pagina in modo errato, come con Chrome, e di nuovo avevano il tempo di caricamento aggiuntivo di ~ 5 secondi. Tuttavia, dopo questo periodo, la pagina si è improvvisamente riformattata correttamente. Non sono stati rilevati errori nelle rispettive console di sviluppo.

La soluzione per impostare DirectoryIndex nella stessa posizione di FallbackResource risolto questo problema per tutti i client.

Modifica: Un'alternativa se si usa mod_rewrite è di usare qualcosa come RewriteRule ^$ index.php che eviterà di influenzare tutte le sottodirectory.

Non so se questo è il comportmento previsto di Apache o un bug.

Nella mia risposta JSON '\ n' causa il problema. Quindi, dopo averlo rimosso, il problema è stato risolto.