Laravel 5.1.1 LTS: codifica Chunked incompleta

Question

Ho visto molti di questi rapporti, ma nessuno per quanto riguarda il più recente laravel 5.1.1 (LTS). Hanno appena iniziato una nuova applicazione, e sto ricevendo il seguente errore quando si richiede app.local/:

GET http://app.local/ Net :: ERR_INCOMPLETE_CHUNKED_ENCODING

Ci vuole poco più di 5 secondi per venire a questa conclusione .

Ora, questo è essenzialmente una nuova installazione - ho fatto solo le seguenti modifiche:

1. Uso FallbackResource invece di mod_rewrite per l'invio della richiesta di index.php, e
2. impostare il percorso di applicazione per /../name.application/bootstrap/autoload.php in index.php (spostato app, config, ecc per name.application directory.

ho solo l'errore sopra riportato quando si invia una richiesta alla radice del dominio, ovvero app.local/. Esiste un percorso esistente per questo ed è impostato per restituire "Ciao" (return response('Hello')). Quella risposta viene visualizzata immediatamente, ma la pagina continua a caricare per 5 secondi, quindi la console genera quell'errore.

Se si richiede /test, la risposta è scattante e non si riceve l'errore.

Apparentemente, questo è un problema di Laravel e non sono abbastanza sicuro da dove provenga. Non si tratta di un problema .htaccess poiché il ripristino delle mie modifiche non fa differenza. In alternativa, potrebbe essere un problema di Apache, ma nulla indica che sia così.

Per riferimento, eseguo Apache 2.4 con PHP 5.6 su Windows 8.1.

Questo problema non è limitato a Chrome come altri hanno segnalato per le versioni precedenti.

Qualsiasi consiglio sarebbe apprezzato.

Aggiornamento: Dopo aver provato lo stesso VirtualHost, Laravel 4.2 sembra fare la stessa cosa. Potrebbe, infatti, essere un problema del server?

Answer 1

Dopo aver esaminato le risposte here e rendersi conto che si tratta di un problema bizzarro, ho provato a tornare al normale approccio mod_rewrite e ha iniziato a funzionare come previsto.

È interessante notare che non è successo la prima volta, motivo per cui la domanda è stata pubblicata.

Come tale, è più che probabile un problema del server. L'esecuzione dell'app da un server di produzione con la configurazione descritta nella mia domanda ha funzionato perfettamente.

Answer 2

Non ho abbastanza reputazione per commentare, che è tutto ciò che merita rispetto a una risposta. Generalmente ciò è correlato alla memorizzazione nella cache, a livello di server o di applicazione. Supponendo che questa sia un'installazione completamente predefinita (nessuna configurazione di app.php), cose da verificare:

Autorizzazioni file. Per impostazione predefinita laravel userà "file" caching basato: http://laravel.com/docs/5.1/cache

permessi dei file non corretti in alcune configurazioni di server possono causare questo (vedi qui per impostare le autorizzazioni corrette: http://laravel.com/docs/5.1/installation#basic-configuration). Se le autorizzazioni sono corrette, passa alla memorizzazione nella cache del Database e verifica se questo fa la differenza (dovrai creare lo schema).

Registro errori Apache. Stessa situazione, se Laravel sta trasmettendo un po 'di output e fallendo nell'indice, potrebbero esserci alcune informazioni qui.

Se si tratta di un'installazione Laravel non standard, sapere cosa è stato configurato potrebbe essere d'aiuto?

Answer 3

Si prega di notare, inoltre, che il dominio di primo livello .local è Riservata per Multicast DNS (Bonjour ecc) https://en.wikipedia.org/wiki/.local

edit:

problemi di risoluzione dei nomi possono sorgere se il software DNS multicast viene utilizzato in combinazione con un rete che implementa il dominio DNS locale di primo livello.

http://laravel.io/forum/02-08-2014-another-problem-only-with-chrome?page=1#reply-15185

Sembra che questo viene da una bandiera di cromo, "Built-in asincrono DNS". Puoi passare a chrome: // flags in Chrome/Chromium, impostare questo flag su "disabled" e riavviare il browser. Dopo questo localhost funzionerà come un fascino.

potrebbero essere rilevanti, o potrebbe non essere, ma sarà prevenire futuri problemi di DNS ...