web-dev-qa-db-de.com

ERR_INCOMPLETE_CHUNKED_ENCODING Laden der Chrome-Root-Seite

Ich habe eine Website auf einem Lampenstapel mit nur wenig bis gar keiner zusätzlichen Konfiguration außer FallbackResource /index.php in meinem Stammverzeichnis .htaccess

Wenn ich die Root-Seite (localhost) in Chrome lade, erhalte ich

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

in der Chromkonsole nach ca. 10 Sekunden. Wenn ich versuche, dem Link bei VM110: 1 zu folgen, gehe ich zum Anfang meines Inline-Javascript.

Weitere Informationen/Was ich ausprobiert habe

  • Dies geschieht NICHT auf einer anderen Seite als root
  • Das Zugriffsprotokoll enthält weder 404-Werte noch andere anormale Codes
  • Im Apache-Fehlerprotokoll werden keine Fehler angezeigt.
  • Der Fehler tritt in der neuesten Version von IE oder Firefox nicht auf.
  • Es verursachte sowohl in meiner lokalen als auch in meiner gehosteten Umgebung ein Problem. Letzteres hat absolut keine Konfigurationsänderungen und ich erwarte eine nahezu standardmäßige Installation.
  • Wenn ich die Anweisung FallbackResource entferne, wird meine Seite ohne Fehler geladen

In index.php wird der root nicht anders behandelt als jede andere Seite.

Dies wäre alles kein Problem, da alles ordnungsgemäß geladen wird, ABER es verhindert, dass Javascript funktioniert, wenn eine fertige Seite geladen wird.

Irgendwelche weiteren Ideen, was das Problem verursacht, oder neue Dinge, die ich ausprobieren kann? Ich habe überlegt, nur mod_rewrite zu verwenden, aber das ist viel einfacher.

13
Blaine

Endlich die Antwort gefunden, als ich an einer anderen Seite gearbeitet habe:

Stellen Sie vor der Anweisung FallbackResource sicher, dass Sie eine Anweisung DirectoryIndex mit derselben Datei hinzufügen. Ich hatte keine Zeit zu recherchieren, warum, aber es hat mein Problem behoben. Ich beschuldige einen Chrome-Fehler oder möglicherweise, dass Chrome sehr wählerisch ist, da kein anderer wichtiger Browser ein Problem hat.

24
Blaine

Ich habe diesen Fehler behoben, indem ich die folgenden Zeilen aus meiner php5filter.conf -Datei in der Apache-Konfiguration entfernt habe:

<FilesMatch ".+\.ph(p3?|tml)$">
    SetInputFilter PHP
    SetOutputFilter PHP
</FilesMatch>
2
Rodrigo Nogués

Hinzufügen zu Blaines Antwort (da ich noch keinen Kommentar abgeben kann):

Ich glaube, dies ist ein Apache-Konfigurationsproblem, das nicht spezifisch für Chrome ist.

Dieses Problem ist kürzlich aufgetreten. Bei verschiedenen Clients wurden die folgenden Auswirkungen nur auf der Startseite festgestellt:

  • Chrome hat, wie angegeben, den Fehler ERR_INCOMPLETE_CHUNKED_ENCODING angezeigt, die Seite jedoch nicht richtig angezeigt. Die Seite wurde weitere 5 Sekunden lang "geladen", obwohl der gesamte Inhalt sichtbar war.
  • Eine einfache CURL-Anforderung gab den Fehler curl: (18) transfer closed with outstanding read data remaining aus. Der vollständige HTML-Code wurde angezeigt, gefolgt von dem Fehler nach einer Verzögerung.
  • Firefox und IE haben die Seite anfangs wie bei Chrome falsch angezeigt und hatten erneut eine zusätzliche Ladezeit von ~ 5 Sekunden. Nach diesem Zeitraum wurde die Seite jedoch plötzlich korrekt neu formatiert. In den jeweiligen Entwicklerkonsolen wurden keine Fehler festgestellt.

Die Lösung, die DirectoryIndex auf den gleichen Speicherort wie FallbackResource festzulegen, löste dies für alle Clients.

Bearbeiten: Eine Alternative bei Verwendung von mod_rewrite ist die Verwendung von RewriteRule ^$ index.php, wodurch vermieden wird, dass alle Unterverzeichnisse betroffen sind.

Ich weiß nicht, ob dies das erwartete Verhalten von Apache oder ein Bug ist.

1
emorris

In meiner JSON-Antwort '\ n' verursacht das Problem. Nach dem Entfernen wurde das Problem behoben.

0
Bunty