2014-03-24 23 views
29

Ich habe diesen Fehler wurde immer, wenn Laden von bestimmten Seiten:net :: ERR_INCOMPLETE_CHUNKED_ENCODING in Chrome nur

net::ERR_INCOMPLETE_CHUNKED_ENCODING 

Diese Seiten tun nichts Besonderes und alles scheint in anderen Browsern zu arbeiten. Die Seiten, auf denen dies geschieht, zeigen Daten in JSON an. Es passiert nur, wenn die JSON-Seite eine große Anzahl von Elementen anzeigen muss. Die Rails-Konsole zeigt keine Fehler an (200 Antwort).

+0

Ich sehe 'net :: ERR_INCOMPLETE_CHUNKED_ENCODING' nur auf Chrome. Es ist eine Rails 3 App auf Heroku.Ich habe versucht, von dünn zu Einhorn zu wechseln, aber es hat nicht geholfen. – Mei

+1

Ich sehe es auf Apache auf einem Shared Hosting. Ich habe eine komprimierte Komprimierung verwendet, und der Fehler schien zufällig zu erscheinen. Es sind nicht nur Schienen. – Kayla

+0

Ich habe Apache neu gestartet und das Problem ist weg – ursuleacv

Antwort

2

Ich hatte dies in einem symfony Projekt (PHP).

Wie Sie Ihr Problem beschreiben, hatte ich eine statische Seite (HTML.TWIG) mit einfachem HTML und CSS ... also nichts besonderes.

Für mich war es ein mod_rewrite-Problem, nachdem ich mod_rewrite aktiviert und FallbackResource /index.php zu meinem vhost hinzugefügt hatte, alles lief reibungslos.

PS: wenn Sie niedriger Apache als 2.2.16 eine .htaccess-Datei in Ihrem Stammordner erstellen und diesen Code verwenden:

Optionen -MultiViews

RewriteEngine On 
#RewriteBase /path/to/app 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteRule^index.php [QSA,L] </IfModule> 
+0

Ich laufe leider nicht auf Apache. Ich laufe auf Puma (Ruby on Rails) – StefanDorresteijn

+0

Lustig genug, ich habe Apache 2.4 ausgeführt, und bekam diesen Fehler. Ich habe 'FallbackResource' verwendet. Ich wechselte zurück auf die andere (alte) Art und das Problem ging weg. Dies war eine Silex-App, und sie empfahlen diese auch. –

+0

Ich laufe auf Nginx und habe das gleiche Problem – Andy

10

Ich habe traf dieses Problem gestern. Das liegt daran, dass der Server einige Ressourcen nicht beantwortet hat.

In meiner Seite habe ich einige große Datei-Links wie <a href="/file_path">file_name</a>, und dies geschah nur in Chrom.

In einer Weile habe ich erkannt, dass dies möglicherweise durch die Chrome "Netzwerkaktionen zur Verbesserung der Seitenlade-Leistung vorhersagen" Feature.So habe ich diese Funktion in chrome://settings deaktiviert und versuchen Sie es erneut. Wie erwartet, trat der Fehler nicht erneut auf.

Danach habe ich Ressourcenlinks mit full_url_path anstelle von relativer_pfad geändert (in rails, verwende resource_url statt resource_path), dann musste ich die chrome-Funktion nicht ausschalten. Und es sieht gut aus.

+0

Arbeitete für mich nach Drupal gestoppt Laden der Admin-Oberfläche. Ich war in der Lage, die _Predict-Netzwerkaktionen zu aktivieren, um die Funktion zum Laden der Seitenleistung später zu verbessern, ohne das gleiche Problem erneut zu beheben. –

5

In meinem Fall war das Problem cache-bezogen und geschah bei einer CORS-Anfrage.

Wie oben in den Kommentaren angegeben:

der Fehler zufällig wegen des Http-Cache-System Dies ist

zu erscheinen schien.

Erzwingen der Antwort-Header Cache-Control-no-cache mein Problem behoben:

[mit Symfony HttpFoundation Komponente]

<?php 
$response->headers->add(array(
    'Cache-Control' => 'no-cache' 
)); 
+3

Danke dafür. Alles, was ich getan habe, war ein STRG + UMSCHALT + R in Chrome und alles war in Ordnung. –

1

Wir net::ERR_INCOMPLETE_CHUNKED_ENCODING Problem bei HTML hatte, die zu viel Leerzeilen enthalten. Einige Browser hatten Schwierigkeiten mit der Interpretation langer Dateien.

Nachdem wir in unseren Vorlagen die Codebereinigung vorgenommen haben, indem wir den Code von leeren Zeilen bereinigt haben, ist der Fehler verschwunden.

7

Ich hatte dies mit einer Wordpress-Website, auch nur in Chrome.

Aktualisierung der Website und ihrer Plugins auf die neueste Version hat nicht geholfen, und andere Leute schienen nicht das gleiche Problem beim Besuch der Website zu haben, aber dann sah ich this post, mein Antivirus (avast) ausgeschaltet Echtzeitschilder, wie vorgeschlagen, und das Problem ging weg.

HINWEIS: Der Echtzeitschutz für einige der verschiedenen Antivirenprogramme (AVAST, Kapersky und ESET) scheint eine Hauptursache für diesen Fehler zu sein.

+2

Das funktioniert. Das Ausschalten des Echtzeitschutzes auf meinem ESET-Antivirus hat den Zweck erfüllt. –

+1

Gleiches Problem (zufällige weiße Bildschirme auf einer Drupal-Website, die nur in Chrome erscheinen, mit derselben Fehlermeldung), dasselbe Update, diesmal mit Avira Antivirus Pro. Ich habe den Web-Schutz deaktiviert (während alle anderen Schutzdienste aktiviert waren) und die Fehler wurden gestoppt. Keine gute Lösung. –

+1

deaktivieren AVG AntiVirus kostenlos und das Problem gelöst –

0

Zumindest für Java-Web-Anwendung, und speziell mit JSPs, habe ich gesehen, dies passiert, wenn JSP durcheinander sind. Stellen Sie also sicher, dass Ihre JSPs korrekt sind.

1

Dieser Fehler tritt auf, wenn Sie eine Beziehung zwischen Domänenobjekten oder Modellobjekt haben, die Sie zurück an Jquery senden. Bitte Anmerkungen versehen mit @JsonBackReference, wird Ihr Problem

@ManyToOne(fetch = FetchType.LAZY,cascade=CascadeType.ALL) 
@JoinColumn(name = "parentId", nullable = false) 
@JsonBackReference 
public Parent getParent() { 
    return this.parent; 
} 

@OneToMany(cascade=CascadeType.ALLfetch =FetchType.LAZY,mappedBy=  
"parent") 
@JsonBackReference 
public Set<Category> getChild() { 
    return this.child; 
} 
0

Bitte überprüfen Sie Ihre Radware Load-Balancer-Konfiguration gelöst werden. Die Einstellung für die Funktionen "FastView" und "APM" kann dieses Problem verursachen. In meinem Fall wird es behoben, nachdem Sie diese deaktiviert haben.

0

Wenn Sie Streams für die Antwort geöffnet haben, müssen diese geschlossen werden. Zum Beispiel Code, wenn Sie einen ServletOutputStream geöffnet haben, um das Zip-Verzeichnis herunterzuladen, muss der Stream wie folgt geschlossen werden.

ServletOutputStream sos = response.getOutputStream(); 
response.setContentType("application/zip"); 
response.setHeader("Content-Disposition", "attachment;filename=project.ZIP"); 
sos.write(zip); 
sos.flush(); 
sos.close(); 
0

Ich habe den gleichen Fehler auf einer lokalen Website abgefangen. In Protokollen fand ich diesen Rekord:

"nginx failed (13: Permission denied) while reading upstream, client: 127.0.0.1". 

Meine Entscheidung über Neustart von nginx und php-fpm von rechts Benutzer:

Lassen Sie uns my_user - Hauptnutzer von Verzeichnis Webseite.

Zuerst gehen zu nginx.conf: ändern

user nginx; -> user my_user my_user_group; 

oder dieses

user my_user my_user_group; 

auf der Oberseite der Datei

2) Zweite einfügen, in php5/fpm/Pool .d/www.conf

# Find and change this variables from old -> to new: 
user -> my_user 
group -> my_user 
listen.owner -> my_user 
listen.group -> my_user 

3) Und schließlich brauchst du neustart von nginx und php-fpm. Dann machen Sie chown 0700 in handmode für/var/lib/nginx/tmp für my_user, wie folgt aus:

chown -R my_user:my_user 0700 /var/lib/nginx/tmp 
0

In meinem Fall habe ich "Kein Platz mehr auf dem Gerät" haben. Wenn ich nutzlose Dateien auf dem Server lösche - Fehler verschwunden

Verwandte Themen