如何使用Fiddler查看IIS压缩是否有效？我有一个页面，当通过Port80Software或GID Network's tool进行查看时，它似乎会遇到压缩。
然而，当我在Fiddler中观看电话时，我在请求标头中看到'Accept-Encoding：gzip，deflate'，但我没有看到'Content-Encoding：gzip'或'deflate'响应标题。此外，在Transformer部分中，选择了'No Compression'。
谢谢！
克里斯
答案 0 :(得分：8)
我的fiddler版本具有AutoDecode按钮，使所有内容都显示为无压缩。关闭此功能后，我的回复显示压缩
答案 1 :(得分：6)
我直接去了源（对Eric Lawrence），这就是他所说的：
事实上，Fiddler表明您的网站正在正常压缩。
你有一个上游代理吗？ 你的环境中的服务器？你是否 从您的家庭网络尝试此测试 而不是你的公司网络？
在微软的企业网络上，我们 都在ISA代理服务器之后。 它被配置为删除出站 Accept-Encoding标头（告诉 服务器使用压缩）和如果a 压缩响应是由 代理，它由ISA解压缩 服务器。这样就完成了ISA代理 服务器可以扫描内容 恶意数据。缺点是 提琴手只看到了交通 它是从上游代理收到的。
通常，我们需要测试时 压缩之类的，我们这样做 从家里或所谓的“DTAP”-a 直接上网了 没有通过代理。
答案 2 :(得分：4)
在Inspectors选项卡中，有一组子标签。确保选择了Transformer。然后对于页面加载的每个请求，查看它是使用GZIP还是无压缩发送的。
Fiddler相当不错，允许您选择加载文件时发出的每个请求。
答案 3 :(得分：1)
根据各种答案和评论，我将得出结论，可能页面本身（text/html）已被压缩，但您作为AJAX请求的一部分提供的text/xml（？）并且为该页面提供的其他内容不是。
正如我在评论中已经提到的，您通常要压缩text/*（即 - text/html，text/plain，text/css等）和application/javascript ＆安培; application/ecmascript（根据rfc4329）。如果您使用其他MIME类型（例如，.js或application/x-javascript）传递text/javascript个文件，请改为压缩，或更改用于传递.js个文件的MIME类型符合RFC标准。
请参阅下面的相应链接，以更新服务器上压缩的MIME类型：
我应该做的最后一点，一些Web浏览器（特别是Netscape 4的某些版本，但可能还有其他版本）发送Accept-Encoding: gzip,deflate用于CSS和JavaScript文件请求，但实际上无法解压缩内容。此外，某些版本的Internet Explorer（5.5＆amp; 6）存在压缩问题。
我知道我使用的默认Apache压缩配置处理这些问题，我不确定IIS如何（或是否）补偿它们。