Gründe, warum der GZIP -Inhalt möglicherweise nicht vom Browser gestrichen wird

Question

Ich versuche aus Leistungsgründen, statische Ressourcen (CSS und JavaScript) als zwischengespeicherte GZIP -Dateien zu bedienen.

Die Seiten sehen beim Rendern aus, die Inhaltskodierung wird nach LiveHttpheadern korrekt auf GZIP eingestellt, und vor allem ist der GZIP-Inhalt die Gidziptest-Seite (http://www.gidnetwork.com/tools/gzip-test.php) Alles gut. Hier ist ein Beispiel für die Ausgabe aus dem Test:

Webseite komprimiert? Ja

Kompressionstyp? gzip

Größe, Markup (Bytes) 18.286

Größe komprimiert (Bytes) 4,427

Kompression % 75,8

----

Reaktionsleiter

Status http/1.0 200 OK

Pragma No-Cache Cache-Control Private, max-Alter = 86500

Ab Montag, 24. August 2009 04:34:14 GMT

X-AMZ-ACL Public-Read

Text/CSS inhaltlich

Content-MD5 Hqjatbs3ozdfet/qHSD+ qg ==

Content-Coding Gzip

Datum Mi, 19. August 2009 04:34:14 GMT

Server -mein Server -

Inhaltslänge 4427

Der inhaltskodierende Header ist fett und alle anderen Header sind erwartungsgemäß.

Die Testseite zeigt auch die unkomprimierte Seitenquelle, und es ist immer genau so, wie ich erwarten würde, dass sie unkomprimiert ist, und ich habe sogar versucht, sie vom Browser zu kopieren und zu fügen, und es funktioniert also, also muss das Problem sein Im tatsächlichen Schritt zu erkennen, dass die Seite gzipiert ist und sie entpackt.

Und das ist nicht browserspezifisch. In FF, Webkit und IE werden diese GZIP -Dateien nicht korrekt entpackt. Ich habe alles ausprobiert, was ich mir vorstellen kann, bin aber wirklich verblüfft.

Answer 1

Vielleicht haben Sie etwas anderes, um die Datei ein zweites Mal zu beenden, aber nur für HTTP 1.1-Clients, die sie wie die meisten Browser aufnehmen. Gidziptest sendet HTTP 1.0-Anfragen und GZIPPing an 1.0-Clients ist riskant, da HTTP 1.0 kein Akzeptanzfeld für Kunden hat, um anzugeben, welche Codierungen sie unterstützen. Daher würde es für den zweiten Kompressor sinnvoll sein (falls vorhanden ) nicht gzip zu 1.0 clients. Wenn dies der Fall ist, würde Gidziptest eine Single-Gzip-Antwort erhalten, während Browser eine doppelgzipierte (schlechte) Antwort erhalten würden. Das ist jedoch nur eine Möglichkeit. Selten, aber es passiert.

Wenn dies nicht der Fall ist, sollten Sie wirklich mehr Informationen geben, wie eine URL zu einer Seite, die das Problem ausstellt.

Answer 2

Ich habe in den letzten Tagen ein ähnliches Problem debuggiert. Alle HTML-, CSS- und JS -Dateien in meinem Projekt sind gzip. Es hat gut funktioniert, bis Firefox 3.5 mitkam. Firefox 3.0 und dh 7+8 hatten keine Probleme. OH und Opera 9+10 und Chrom haben sich auch an der Codierung erstickt.

Die Symptome waren HTML und CSS -Dateien sind korrekt erkannt, nur JS -Dateien hatten das Problem. Firebug gibt mir diese Fehlermeldung:

Ungültiges Etikett

Inhaltskodierung: gzip n

Die Lösung für mich war, den DocType zu entfernen. Ich habe lose und streng versucht und auch nicht funktioniert. Aber ich würde gerne wissen, was der richtige DocType ist.