如何查看 IIS 压缩是否正在使用Fiddler工作?我有一个页面,当通过Port80Software或GID Network 的工具查看时,它似乎被压缩了。
但是,当我在 Fiddler 中观看调用时,我在请求标头中看到“Accept-Encoding: gzip, deflate”,但在响应标头中看不到“Content-Encoding: gzip”或“deflate”。此外,在 Transformer 部分中,选择了“No Compression”。
谢谢!
克里斯
如何查看 IIS 压缩是否正在使用Fiddler工作?我有一个页面,当通过Port80Software或GID Network 的工具查看时,它似乎被压缩了。
但是,当我在 Fiddler 中观看调用时,我在请求标头中看到“Accept-Encoding: gzip, deflate”,但在响应标头中看不到“Content-Encoding: gzip”或“deflate”。此外,在 Transformer 部分中,选择了“No Compression”。
谢谢!
克里斯
我的提琴手版本有和 AutoDecode 按钮,使一切看起来都没有压缩。关闭此功能后,我的回复显示压缩
我直接找到了消息来源(Eric Lawrence),他是这么说的:
事实上,Fiddler 显示您的网站正在正确压缩。
您的环境中是否有上游代理服务器?您是否从您的家庭网络而不是您的公司网络尝试此测试?
在 Microsoft 的公司网络上,我们都在 ISA 代理服务器后面。它被配置为删除出站 Accept-Encoding 标头(它告诉服务器使用压缩),如果代理接收到压缩响应,则它由 ISA 服务器解压缩。这样做是为了让 ISA 代理服务器可以扫描内容以查找恶意数据。缺点是 Fiddler 只能看到从上游代理接收到的流量。
通常,当我们需要测试压缩等时,我们会在家里或所谓的“DTAP”——不通过代理的直接连接到互联网的线路上进行。
在 Inspectors 选项卡中,有一组子选项卡。确保您选择了变压器。然后对于页面加载上的每个请求,查看它是使用 GZIP 还是无压缩发送的。
Fiddler 非常好,它允许您在加载文件时选择每个单独的请求。
text/html
根据各种答案和评论,我将得出结论,也许页面本身text/xml
(
正如我在评论中已经提到的,您通常想要压缩text/*
(即 - text/html
、text/plain
、text/css
等)和application/javascript
& application/ecmascript
(根据rfc4329)。如果您.js
使用其他 MIME 类型(例如application/x-javascript
或text/javascript
)交付文件,请改为压缩它,或将用于交付.js
文件的 MIME 类型更改为 RFC 标准。
请参阅下面的相应链接以更新服务器上正在压缩的 MIME 类型:
最后一点我应该指出,一些网络浏览器(特别是 Netscape 4 的某些版本,但可能还有其他版本)发送Accept-Encoding: gzip,deflate
CSS 和 JavaScript 文件请求,但实际上无法解压缩内容。此外,某些版本的 Internet Explorer(5.5和6)存在压缩问题。
我知道我使用的默认 Apache 压缩配置可以处理这些问题,我不确定 IIS 如何(或是否)补偿它们。