HTTP圧縮の問題？

Question

JBossが提供するアプリケーションでのHTTP圧縮の使用を調査しています。 Tomcat SARで設定を変更した後、約80％の圧縮が見られます-これは明らかに素晴らしいですが、慎重になりたいです...このシステム全体を実装する前に、HTTP圧縮の使用で問題が発生しましたか？

私の状況に注意するいくつかのポイント。

• ブラウザを完全に制御できるため、会社全体でIE6 / 7を使用しています
• アプリは内部専用です
• 負荷テスト中、アプリサーバーの負荷は比較的小さく、DBがボトルネックでした
• クライアントマシンを制御し、それらすべてがスペックチェックを取得します（まともなプロセッサ/ 2GB RAM）

これに関する経験は大歓迎です！

Answer 1

クライアントの Accept-Encoding ヘッダーを適切に尊重する（つまり、圧縮ファイルを解凍できないクライアントに提供しない）限り、問題は発生しないはずです。

ああ、 deflateはgzipよりも高速です。 p>

Answer 2

圧縮は、エキゾチックまたは最先端とは見なされません。（fwiw）聞いたことも、問題に遭遇することもありません。

Answer 3

オンザフライ圧縮は、サーバーのCPU負荷を増加させる可能性があります。可能であれば、静的リソースを事前に圧縮し、圧縮された動的応答をキャッシュすることで対処できます。

Answer 4

これは、本当に良いアイデアです。サーバーにわずかなCPU負荷が追加されますが、通常はボトルネックではありません。ページの読み込みが速くなり、使用する帯域幅が少なくなります。