オンラインテスターから、HTMLを約90%圧縮できることがわかりました。 gzipを使用することをお勧めしますか?多くのサイトでは使用されていないようです。
一部のページには、数キロバイトに圧縮できる大量のデータ(画像を含まない120 KBのHTML)が含まれているため、トラフィックが向上します。
はい。 HTMLのみで120 KB(!)を大幅に圧縮できます。 CSSおよびJavaScriptファイルと一緒に。これにより、ユーザーのブラウジングエクスペリエンスが高速化され、サーバーの帯域幅が節約されます。
サーバー側のスクリプトを使用して圧縮を実装し、圧縮ファイルをキャッシュすることで、ビジーなサーバーのCPUへの負荷を軽減できます。
はい、私が考えることができる理由はほとんどありませんnot常にGZIPを使用します。これは、無料の帯域幅を取得するようなもので、広くサポートされています。常にオンにしてください!
唯一の欠点は
CPUリソースが非常に限られている共有ホストを使用している場合、圧縮はサーバーで実行され、サーバーCPUのごくわずかな部分しか使用しません。ただし、これが実際に問題になるためには、サーバーが非常に過負荷になっているか、非常に古くなければなりません。
非常に大規模なサービスを提供している場合(そして大体は400キロバイト以上)動的 Webページ。非常に大きな動的コンテンツをオンザフライで圧縮することは、法外に費用がかかる可能性があります。
しかし、これらはどちらも私の経験ではまれなエッジ条件です。 HTTP圧縮の99%が確実に成功しています。
Gzipを使用することをお勧めしますか?
Webサーバーの環境に依存します。
サーバーのアイドルCPU時間が不足している場合、GZIPデフレを追加すると、サーバーが要求に応答する速度が実際に低下する可能性があります。
ただし、現在CPUのボトルネックに対処していない場合、GZIPデフレは素晴らしいアイデアですが、プレーンテキストファイルの場合はonlyです。
ほとんどの画像ファイル形式(PNG、JPG、GIFなど)はすでに圧縮されており、GZIPデフレはCPU時間の無駄です。