2009-05-22 64 views
16

如何查看IIS壓縮是否正在使用Fiddler?我有一個頁面,當通過Port80SoftwareGID Network's tool查看時,它似乎正在通過壓縮。但是,當我在Fiddler中看到呼叫時,我在請求標題中看到'Accept-Encoding:gzip,deflate',但是我沒有看到'Content-Encoding:gzip'或'deflate'在響應頭。另外,在變壓器部分,選擇「無壓縮」。使用Fiddler檢查IIS壓縮

謝謝!

Chris

+0

您在看到請求和響應標頭時正在查看哪個會話?通常只有text/* MIME內容被壓縮,所以如果您正在查看圖像或其他二進制資源,它可能不會被壓縮。 – 2009-05-22 14:13:55

+0

我正在查看返回XML的.ASHX頁面(在Fiddler中顯示'content type text/xml')。 – GernBlandston 2009-05-22 14:30:58

回答

6

我直奔源(埃裏克·勞倫斯),這是他說:

事實上,提琴手顯示您的網站是否正確壓縮。

您的環境中是否有上游代理服務器 ?您是否 從您的家庭網絡 而不是您的公司網絡嘗試此測試?

在微軟的公司網絡上,我們 都在ISA代理服務器之後。 它配置爲移除所述出站 Accept-Encoding頭(它告訴 服務器以使用壓縮),並且如果一個 壓縮響應由代理 接收,它是由ISA 服務器減壓。這樣做是爲了使ISA代理 服務器可以掃描內容中的 惡意數據。缺點是 提琴手只看到從上游代理收到的流量爲 。

通常,當我們需要測試 壓縮等,我們這樣做 從家裏或什麼叫做「DTAP」 -a 直通線到 不通過代理去上網。

4

從檢查器選項卡中,有一組子選項卡。確保你選擇了Transformer。然後,對於頁面加載中的每個請求,查看它是使用GZIP還是無壓縮發送的。

提琴手是相當不錯的,並允許您挑選加載文件時所做的每個單獨的請求。

+0

Cross在發佈時會發布更新。變壓器顯示'沒有壓縮' – GernBlandston 2009-05-22 14:14:26

1

根據各種答案和評論,我會得出結論,可能是頁面本身(text/html)被壓縮,但是您提供的text/xml是作爲AJAX請求(?)的一部分提供的,而其他內容是爲頁面不是。

正如我在評論已經提到,您通常要壓縮text/*(即 - text/htmltext/plaintext/css等),application/javascript & application/ecmascript(按rfc4329)。如果使用某種其他MIME類型(例如,application/x-javascripttext/javascript)傳送.js文件,請壓縮該文件,或更改用於將.js文件傳送到RFC標準的MIME類型。

請參見下面的相應鏈接更新MIME類型的服務器上被壓縮:

最後一點我應該做,一些網站瀏覽器(特別是某些版本的Netscape 4,但可能有其他版本)發送Accept-Encoding: gzip,deflate用於CSS和JavaScript fi請求,但實際上無法解壓縮內容。此外,某些版本的Internet Explorer(5.5 & 6)在壓縮方面存在問題。

我知道我使用的默認Apache壓縮配置處理這些問題,我不知道IIS(或IIS)是如何補償它們的。

8

我的版本的fiddler具有和AutoDecode按鈕,使所有內容看起來都沒有壓縮。關閉此功能後,我的回覆顯示爲壓縮