圧縮ブラウザーの互換性とGZIPよりも優れたデフレート

2012年2月10日更新：

zOompfは、このまさにこのトピックに関する非常に徹底的な研究をここで完了しました。以下の調査結果よりも優先されます。

2010年9月11日更新：

このためのテストプラットフォームがここに作成されました

GZIPおよびDEFLATE（zlib）のHTTP 1.1定義（背景情報）：

"「Gzip」はgzip形式、「deflate」はzlib形式です。生のdeflate圧縮データ形式との混同を避けるために、2番目の形式は「zlib」と呼ばれるはずです。HTTP1.1 RFC 2616は正しくRFC 1950の「deflate」転送エンコーディングに関するzlib仕様では、RFC 1951のdeflate仕様に従って生のdeflateデータを生成または予期するサーバーおよびブラウザー、特にMicrosoft製品が報告されています。 zlib形式を使用した転送エンコーディングは、より効率的なアプローチです（実際 、zlib形式は、）、「gzip」転送エンコーディングを使用すると、HTTP 1.1作成者の側で名前が選択されたため、おそらく信頼性が高くなります。 "（ソース：http : //www.gzip.org/zlib/zlib_faq.html）

だから、私の質問：私がRAW deflateデータをzlibラッパー（またはgzip、それに関しては）なしで送信した場合、生のdeflateを理解できない最新のブラウザー（IE6以降、FF、Chrome、Safariなど）がありますか？圧縮データ（HTTPリクエストヘッダー「Accept-Encoding」に「deflate」が含まれていると想定）？

デフレートデータは、常にGZIPより数バイト小さくなります。

これらすべてのブラウザーがデータを正常にデコードできる場合、zlibの代わりにRAW deflateを送信することにはどのような欠点がありますか？

2010年9月11日更新：

このためのテストプラットフォームがここに作成されました

更新：ブラウザーはraw deflateのサポートを中止しています。zOompfは、このまさにこのトピックに関する非常に徹底的な研究をここで完了しました。残念ながら、生のデフレートを使用しても安全ではないようです。

その他の結果については、http：//www.vervestudios.co/projects/compression-tests/resultsを確認してください。

テスト済みのブラウザは次のとおりです。

/*  Browser                       DEFLATE      ZLIB     */
    XP Internet Explorer 6        PASS         FAIL
    XP Internet Explorer 7        PASS         FAIL
    XP Internet Explorer 8        PASS         FAIL
    Vista Internet Explorer 8     PASS         FAIL
    XP Firefox 3.6.*              PASS         PASS
    XP Firefox 3.5.3              PASS         PASS
    XP Firefox 3.0.14             PASS         PASS
    Win 7 Firefox 3.6.*           PASS         PASS
    Vista Firefox 3.6.*           PASS         PASS
    Vista Firefox 3.5.3           PASS         PASS
    XP Safari 3                   PASS         PASS
    XP Safari 4                   PASS         PASS     
    XP Chrome 3.0.195.27          PASS         PASS
    XP Opera 9                    PASS         PASS
    XP Opera 10                   PASS         PASS
    XP Sea Monkey 1.1.8           PASS         PASS
    Android 1.6 Browser (v4)*     N/A          N/A
    OS-X Safari 4                 PASS         PASS
    OS X Chrome 7.0.517.44        PASS         PASS
    OS X Opera 10.63              PASS         PASS
    iPhone 3.1 Safari             PASS         PASS

* AndroidはHTTPリクエストヘッダー「Accept-Encoding：gzip」を送信します。収縮は許可されていません。

常に生の DEFLATEを送信 でき（HTTPリクエストヘッダー "Accept-Encoding"に "deflate"が含まれている場合）、ブラウザーはエンコードされたデータを正しく解釈できると思います。誰かがこれを間違っていると証明できますか？

注：.NETのDEFLATE（System.IO.Compression.DeflateStream）のネイティブ実装は、生のDEFLATEです。それも吸う。すべての.NET デフレートニーズにzlib.netを使用してください。

Android 1.6ブラウザー（v4）は、ページのzlibテストとdeflateテストの両方に失敗します。リストに追加しました。

AddOutputFilterByType DEFLATEmod_deflate を使用すると、デフォルトでgzipで送信されるのではないですか？

私の知る限り、はい-ほとんどの場合、「常に生のDEFLATEを送信でき、すべてが大丈夫です」...「常に」というわけではありませんが、ほとんどすべての場合があります。そうでない場合、これはブラウザの問題です。