ほとんどの圧縮アルゴリズムは、プレーンテキストファイルに適用すると、ファイルの内容に応じてサイズを70%以上縮小できます。圧縮アルゴリズムを使用する場合、特に圧縮パスを処理するために必要な余分なCPU時間を考慮すると、標準と最大の圧縮レベルの差は小さくなります。これは、Webコンテンツを動的に圧縮するときには非常に重要です。ほとんどのソフトウェアコンテンツ圧縮技術は、CPUサイクルを節約するために圧縮レベルを6(9レベルのうちのいずれか)使用します。レベル6とレベル9との間のファイルサイズの差は、通常余分な時間を費やす価値がないほど小さいです。
テキスト/.* MIMEタイプとして識別されるファイルの場合、圧縮をファイルに適用する前にファイルに適用することができます。これにより、転送されるバイト数が同時に削減され、パフォーマンスが向上します。テストでは、Microsoft OfficeとPostSciptファイルを圧縮モジュールによるトランスポート用にGZIPエンコードすることもできます。
GZIPでエンコードできない重要なMIMEタイプには、外部JavaScriptファイル、PDFファイル、およびイメージファイルがあります。 Javascriptファイルの問題は、主にブラウザソフトウェアのバグが原因です。これらのファイルは実際にテキストファイルであり、全体的なパフォーマンスは圧縮されて転送されるため、メリットがあります。 PDFと画像ファイルはすでに圧縮されており、再度圧縮しようとすると、ファイルが大きくなり、ブラウザでレンダリングの問題が発生する可能性があります。
クライアントに圧縮ファイルを送信する前に、サーバーがデータを受け取ったクライアントが圧縮された形式を正しく理解してレンダリングすることが重要です。圧縮されたコンテンツを理解しているブラウザ次のクライアントリクエストヘッダのバリエーションを送信:
Accept-encoding: gzip
Accept-encoding: gzip, deflate
現在の主要なブラウザは、彼らが送信するすべてのリクエストにこのメッセージのいくつかのバリエーションが含まれています。サーバは、ヘッダを見て、圧縮されたコンテンツを提供することを選択した場合、それはサーバーのレスポンスヘッダで応答する必要があります。詳細については
を、この記事を参照してください。http://www.linuxjournal.com/article/6802
出典
2013-03-01 22:38:01
irl
[なぜApacheで提供されるテキストファイルにgzipの代わりにdeflateを使うのですか?](http://stackoverflow.com/questions/388595/why-use-deflate-instead-of-gzip-for-text- files-served-by-apache) – KingCrunch
[mod \ _deflateまたはmod \ _gzipの重複がありますか?](http://stackoverflow.com/questions/3173147/mod-deflate-or-mod-gzip-使用すべきである) –