Wie zuverlässig ist die HTTP-Komprimierung mit gzip?

Question

YSlow hat vorgeschlagen, dass ich HTTP-Komprimierung verwenden, um die Leistung meiner Website zu verbessern. Wie jedoch aus Yahoo hervorgeht, gibt es einige Probleme.

Es gibt bekannte Probleme mit Browsern und Proxies, die eine Nichtübereinstimmung in dem, was der Browser erwartet und welche es erhält in Bezug auf Druck Inhalt verursachen kann. Glücklicherweise sind diese Edge Cases schwinden, wie die Verwendung von älteren Browsern abfällt. Die Apache-Module Hilfe durch das Hinzufügen von entsprechenden Vary Antwortheader automatisch.

Ich verstehe, dass das häufigste Problem mit IE6 hinter einem Proxy auftritt. Aber wie häufig sind diese Probleme heute? Um zu quantifizieren, wie viel Prozent der Web-Benutzer haben Bugs mit HTTP-Komprimierung?

Answer 1

Nach Apache’s recommended example for the use of mod_deflate, die einzigen Benutzeragenten, die richtige Unterstützung fehlt, sind:

[...] Netscape Navigator Version 4.x. Diese Versionen können die Komprimierung anderer Typen als text/html nicht verarbeiten. Die Versionen 4.06, 4.07 und 4.08 haben auch Probleme beim Dekomprimieren von HTML-Dateien. Daher schalten wir den Deflate-Filter für sie komplett aus.

Jeder andere Browser - insbesondere alle modernen Browser - sollte die Komprimierung ordnungsgemäß unterstützen.

Answer 2

Während ich keine Statistiken darüber habe, welche Clients die Komprimierung nicht verwenden können und/oder können, muss ich darauf hinweisen, dass bei IIS7 der Standard für die Http-Komprimierung (für statischen Inhalt) geändert wurde fühlt sich über die Sicherheit der Verwendung. Dynamischer Inhalt ist weiterhin deaktiviert, aber dies dient dazu, CPU-Zyklen mehr zu sparen als Client-Kompatibilität.

Einige IIS7 spezifische Daten können here gefunden werden, obwohl ich vermute, dass Sie ähnliche Leistungsmerkmale für andere Webserver finden würden.

Ich mache einen Punkt, um die Komprimierung auf jeder Website einzuschalten. Ich habe noch keine gemeldeten Probleme.