使用Fiddler检查IIS压缩

Question

如何查看 IIS 压缩是否正在使用 提琴手？我有一个页面，当浏览时 端口80软件 或者 GID网络的工具 它似乎被压缩了。

但是，当我在 Fiddler 中观看调用时，我看到“接受编码：gzip, deflate' 在请求标头中，但我没有看到 'Content-Encoding:响应标头中的 gzip' 或 'deflate'。此外，在“变压器”部分中，选择“无压缩”。

谢谢！

克里斯

Answer 1

我直奔源（埃里克·劳伦斯），这是他说的：

  

事实上，提琴手显示您的网站是否正确压缩。

     

你有上游代理   在您的环境中的服务器？你是否   试试这个测试从您的家庭网络   而不是你的企业网络？

     

在微软的企业网络，我们   都是后面的ISA代理服务器。   它的配置删除出站   Accept-Encoding头（它告诉   服务器以使用压缩），并且如果   压缩的响应由接收到的   代理，它是由ISA解压   服务器。这是为了让ISA代理完成   服务器可以扫描内容   恶意数据。缺点是，   提琴手只看到流量为   它是从上游代理接收。

     

通常，当我们需要测试   压缩等，我们这样做   从家里或什么叫做“DTAP” -a   直接连接到因特网，那   不经过代理服务器。

Answer 2

我拉琴的版本已经和AutoDecode按钮使一切似乎没有压缩。关闭这个功能后，我的反应显示压缩

Answer 3

从检查员标签中，有一组子-tabs的。请确保您已经选择了变压器。然后在页面加载每个请求，看，看它是否与GZIP或无压缩传送。

的Fiddler是相当不错的，并允许您挑加载文件时由每个单独的请求。

Answer 4

根据各种答案和评论，我得出的结论是，也许页面本身（text/html) 被压缩，但是 text/xml 您作为 AJAX 请求的一部分进行交付（？），而为页面交付的其他内容则不是。

正如我在评论中已经提到的，您通常想要压缩 text/* （IE。- text/html, text/plain, text/css, 等）和 application/javascript & application/ecmascript （按照 RFC4329）。如果您交付您的 .js 使用其他 MIME 类型的文件（例如， application/x-javascript 或者 text/javascript），压缩它，或者更改用于传递的 MIME 类型 .js 文件符合 RFC 标准。

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

• 在 IIS 5.0 网站上使用 HTTP 压缩
• 自定义 IIS 压缩的文件类型 (IIS 6.0)
• 如何在 IIS 7.0 中添加 HTTP 压缩的内容类型

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

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