使用 Fiddler 检查 IIS 压缩答案

【问题标题】：Using Fiddler to check IIS Compression使用 Fiddler 检查 IIS 压缩
【发布时间】：2009-05-22 14:01:23
【问题描述】：

如何查看 IIS 压缩是否正在使用 Fiddler？我有一个页面，当通过Port80Software 或GID Network's tool 查看时，它似乎正在压缩。

但是，当我在 Fiddler 中观看调用时，我在请求标头中看到“Accept-Encoding: gzip, deflate”，但在请求标头中看不到“Content-Encoding: gzip”或“deflate”响应头。此外，在 Transformer 部分中，选择了“No Compression”。

谢谢！

克里斯

【问题讨论】：

当您看到请求和响应标头时，您正在查看哪个会话？通常只有 text/* MIME 内容被压缩，因此如果您正在查看图像或其他二进制资源，它可能不会被压缩。
我正在查看一个返回 XML 的 .ASHX 页面（在 Fiddler 中显示“内容类型文本/xml”）。

标签： fiddler

【解决方案1】：

我的提琴手版本有一个 AutoDecode 按钮，使所有内容看起来都没有压缩。关闭此功能后，我的回复显示压缩

【讨论】：

另外，如果你点击“解码”按钮，它会去除压缩。因此，如果您解码一个请求以查看它，它现在会显示无压缩，即使它最初具有压缩。

【解决方案2】：

我直接找到了消息来源（Eric Lawrence），他是这样说的：

确实，Fiddler 显示您的网站正在正确压缩。

你有上游代理吗服务器在您的环境中？你是否从您的家庭网络尝试此测试而不是您的公司网络？

在 Microsoft 的企业网络中，我们都在 ISA 代理服务器后面。它被配置为删除出站 Accept-Encoding 标头（告诉服务器使用压缩），如果一个压缩响应被接收到代理，由ISA解压服务器。这样做是为了让 ISA 代理服务器可以扫描内容恶意数据。缺点是 Fiddler 仅将流量视为它是从上游代理接收的。

通常，当我们需要测试时压缩之类的，我们这样做从家里或所谓的“DTAP”——一个直接连接到互联网不通过代理。

【讨论】：

【解决方案3】：

在 Inspectors 选项卡中，有一组子选项卡。确保您选择了变压器。然后对于页面加载上的每个请求，查看它是使用 GZIP 还是无压缩发送的。

Fiddler 非常好，它允许您在加载文件时选择每个单独的请求。

【讨论】：

Cross 在您撰写本文时发布了更新。 Transformer 表示“无压缩”

【解决方案4】：

根据各种答案和 cmets，我将得出结论，也许页面本身 (text/html) 已被压缩，但您作为 AJAX 请求的一部分提供的 text/xml 和其他内容没有为页面交付。

正如我在评论中已经提到的，您通常希望压缩 text/*（即 - text/html、text/plain、text/css 等）和 application/javascript 和 application/ecmascript（根据 rfc4329 ）。如果您使用其他一些 MIME 类型（例如，application/x-javascript 或 text/javascript）交付您的 .js 文件，请改为压缩它，或将用于交付 .js 文件的 MIME 类型更改为 RFC 标准。

请参阅下面的相应链接以更新您服务器上正在压缩的 MIME 类型：

我要指出的最后一点，一些网络浏览器（特别是某些版本的 Netscape 4，但可能还有其他版本）发送 Accept-Encoding: gzip,deflate 用于 CSS 和 JavaScript 文件请求，但实际上无法解压缩内容。此外，某些版本的 Internet Explorer (5.5 & 6) 存在压缩问题。

我知道我使用的默认 Apache 压缩配置可以处理这些问题，但我不确定 IIS 如何（或是否）补偿这些问题。

【讨论】：