Laravel 5.1.1 LTS: Unvollständige Chunked Encoding

Question

Ich habe viele dieser Berichte gesehen, aber keine in Bezug auf die neueste Laravel 5.1.1 (LTS). Haben Sie eine neue App gerade erst begonnen, und Ich erhalte die folgende Fehlermeldung beim app.local/ anfordernden:

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

Es dauert nur 5 Sekunden für sie zu diesem Schluss zu kommen, . Jetzt

, dies ist im Wesentlichen eine neue Installation - ich habe nur folgende Änderungen vorgenommen:

1. Verwenden FallbackResource statt mod_rewrite zum Senden der Anfrage an index.php und
2. Stellen Sie den Anwendungspfad zu /../name.application/bootstrap/autoload.php in index.php (bewegt app, config usw name.application Verzeichnis.

nur ich Der obige Fehler beim Senden einer Anfrage an den Stamm der Domäne - das ist app.local/. Hierfür gibt es eine bestehende Route, die auf "Hello" (return response('Hello')) zurückgesetzt wird. Diese Antwort wird sofort angezeigt, aber die Seite lädt weiterhin 5 Sekunden lang, und dann gibt die Konsole diesen Fehler aus.

Wenn ich /test anfordern, ist die Antwort bissig, und ich erhalte den Fehler nicht.

Scheinbar ist dies ein Laravel-Problem, und ich bin mir nicht sicher, woher es kommt. Es ist kein .htaccess Problem, da das Zurücksetzen meiner Änderungen keinen Unterschied macht. Alternativ könnte es ein Apache-Problem sein, aber nichts deutet darauf hin, dass dies der Fall ist.

Als Referenz verwende ich Apache 2.4 mit PHP 5.6 unter Windows 8.1.

Dieses Problem ist nicht auf Chrome beschränkt, wie andere für frühere Versionen berichtet haben.

Jede Anleitung wäre willkommen.

Update: Nach dem gleichen VirtualHost, scheint Laravel 4.2 das gleiche zu tun. Könnte es sich tatsächlich um ein Serverproblem handeln?

Answer 1

Nachdem ich mir die Antworten here angeschaut und festgestellt habe, dass dies ein bizarres Problem ist, habe ich versucht, auf den normalen mod_rewrite Ansatz zurückzufallen, und es hat wie erwartet funktioniert.

Interessanterweise ist dies beim ersten Mal nicht passiert, weshalb die Frage gestellt wurde.

Als solches ist dies mehr als wahrscheinlich ein Serverproblem. Das Ausführen der App von einem Produktionsserver mit dem in meiner Frage beschriebenen Setup funktionierte perfekt.

Answer 2

Ich habe nicht genug Ruf, um zu kommentieren, was all dies rechtfertigt im Gegensatz zu einer Antwort. Im Allgemeinen hängt dies mit dem Caching zusammen, entweder auf Server- oder Anwendungsebene. Angenommen, dies ist eine vollständig Standardinstallation (keine app.php-Konfiguration), Dinge zu überprüfen:

Dateiberechtigungen. standardmäßig Laravel wird „Datei“ basiertes Caching verwenden: http://laravel.com/docs/5.1/cache

falsche Dateiberechtigungen in manchen Serverkonfigurationen kann dies dazu führen, (hier sehen richtigen Berechtigungen festlegen: http://laravel.com/docs/5.1/installation#basic-configuration). Wenn die Berechtigungen korrekt sind, wechseln Sie zum Zwischenspeichern der Datenbank und prüfen Sie, ob dies einen Unterschied macht (Sie müssen das Schema erstellen).

Apache Fehlerprotokolle. Die gleiche Situation, wenn Laravel einige Ausgaben streamt und dann den Index versagt, kann hier eine Information sein.

Wenn es sich um eine nicht standardmäßige Laravel-Installation handelt, würde es Ihnen helfen, zu wissen, was Sie konfiguriert haben.

Answer 3

Bitte beachten Sie auch, dass die .local TLD ist reserverd für Multicast DNS (Bonjour usw.) https://en.wikipedia.org/wiki/.local

edit:

Namensauflösung Probleme können auftreten, wenn Multicast-DNS-Software in Verbindung mit einer verwendet wird, Netzwerk, das die lokale DNS-Domäne der obersten Ebene implementiert.

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

Es sieht wie folgt aus einem Chrom-Flagge kommt, "Eingebaute Asynchronous DNS". Sie können zu chrome: // flags in Chrome/Chromium navigieren, dieses Flag auf "disabled" setzen und den Browser neu starten. Danach wird localhost wie ein Zauber wirken.

relevant sein könnte, oder könnte nicht sein, sondern wird künftig DNS Probleme vermeiden ...