IIS圧縮がFiddlerを使用して機能しているかどうかを確認するにはどうすればよいですか？Port80SoftwareまたはGIDNetworkのツールで表示すると、圧縮されているように見えるページがあります。
ただし、Fiddlerで呼び出しを見ると、リクエストヘッダーに「Accept-Encoding：gzip、deflate」が表示されますが、レスポンスヘッダーに「Content-Encoding：gzip」または「deflate」が表示されません。また、[トランスフォーマー]セクションで[圧縮なし]が選択されています。
ありがとう！
クリス
私のバージョンのフィドラーには、すべてが圧縮されていないように見える自動デコードボタンがあります。これをオフにした後、私の応答は圧縮を示しました
私は（エリック・ローレンスに）情報源に直行しましたが、これは彼が言ったことです：
実際、Fiddler はサイトが適切に圧縮されていることを示しています。
環境にアップストリーム プロキシ サーバーはありますか? 企業ネットワークではなく、ホーム ネットワークからこのテストを試しましたか?
Microsoft の企業ネットワークでは、全員が ISA プロキシ サーバーの背後にいます。アウトバウンドの Accept-Encoding ヘッダー (サーバーに圧縮を使用するように指示する) を削除するように構成されており、圧縮された応答がプロキシによって受信された場合、ISA サーバーによって解凍されます。これは、ISA プロキシ サーバーがコンテンツの悪意のあるデータをスキャンできるようにするためです。欠点は、Fiddler が上流のプロキシから受信したトラフィックのみを認識していることです。
通常、圧縮などをテストする必要がある場合は、自宅または「DTAP」と呼ばれるもの、つまりプロキシを経由しないインターネットへの直接回線からテストを行います。
Inspectors タブには、サブタブのグループがあります。Transformer が選択されていることを確認します。次に、ページ読み込み時の各リクエストについて、GZIP で送信されたか、圧縮なしで送信されたかを確認します。
Fiddler は非常に優れており、ファイルをロードするときに作成された個々の要求を選択できます。
text/htmlさまざまな回答とコメントに基づいて、おそらくページ自体 ( ) は圧縮されていtext/xmlますが、AJAX 要求の一部として配信され (?)、ページに配信される他のコンテンツは圧縮されていないと結論付けます。
コメントで既に述べたように、通常は圧縮text/*(つまり - text/html、text/plain、text/cssなど) とapplication/javascript& application/ecmascript( rfc4329 に従って) が必要です。.js他の MIME タイプ (application/x-javascriptまたは など) を使用してファイルを配信する場合はtext/javascript、代わりにそれを圧縮するか、.jsファイルの配信に使用する MIME タイプを RFC 標準に変更します。
サーバーで圧縮されている MIME タイプを更新するには、以下の該当するリンクを参照してください。
最後のポイントとして、一部の Web ブラウザー (特に Netscape 4 の特定のバージョンですが、他のバージョンもある可能性があります) はAccept-Encoding: gzip,deflate、CSS および JavaScript ファイル要求を送信しますが、実際にはコンテンツを解凍できませんでした。また、Internet Explorer の一部のバージョン ( 5.5 & 6 ) では、圧縮に問題がありました。
私が使用したデフォルトの Apache 圧縮構成がこれらの問題に対処していることは知っていますが、IIS がそれらをどのように補正するか (または補正するかどうか) はわかりません。