UPDATE 10. Februar 2012:

zOompf hat einige sehr gründliche Untersuchungen zu diesem Thema durchgeführtHier. Es übertrifft alle Ergebnisse unten.

UPDATE 11. September 2010:Hierfür wurde eine Testplattform erstelltHier

HTTP 1.1-Definitionen von GZIP und DEFLATE (zlib) für einige Hintergrundinformationen:

"'Gzip' ist das gzip - Format und'deflate' ist das zlib-Format. Sie hätten wahrscheinlich die zweite "zlib" nennen sollen, um Verwechslungen mit dem unformatierten komprimierten Datenformat zu vermeiden. Während der HTTP 1.1-RFC 2616 korrekt auf die zlib-Spezifikation in RFC 1950 für die Übertragungscodierung "deflate" verweist,Es gab Berichte über Server und Browser, die inkorrekt Deflate-Rohdaten gemäß der Deflate-Spezifikation in RFC 1951 erzeugen oder erwarten.vor allem Microsoft-Produkte. Auch wenn die Übertragungscodierung "deflate" im zlib-Format der effizientere Ansatz wäre (und zwar genauWofür wurde das Zlib-Format entwickelt?) ist die Verwendung der "gzip" -Übertragungscodierung wahrscheinlich aufgrund einer unglücklichen Namenswahl der HTTP 1.1-Autoren zuverlässiger. "(Quelle:http://www.gzip.org/zlib/zlib_faq.html)

Meine Frage: Wenn ich RAW-Deflate-Daten ohne zlib-Wrapper (oder gzip) sende, gibt es moderne Browser (z. B. IE6 und höher, FF, Chrome, Safari usw.), die das RAW-Deflate NICHT verstehen komprimierte Daten (unter der Annahme, dass der HTTP-Anforderungsheader "Accept-Encoding" "deflate" enthält)?

Deflate-Daten sind IMMER einige Bytes kleiner als GZIP.

Wenn alle diese Browser die Daten erfolgreich dekodieren können, welche Nachteile hat das Senden von RAW-Deflation anstelle von Zlib?

UPDATE 11. September 2010:Hierfür wurde eine Testplattform erstelltHier