IIS8.5静态压缩缺少内容-编码响应头，但失败的请求跟踪显示使用gzip压缩

Question

我注意到Content-Encoded响应头丢失了，特别是内容编码的: gzip。我在用static content compression。从未安装过dynamic content compression功能。我安装了它，启用了它，然后又进行了测试。这一次，内容编码: gzip出现在响应中。问题是为什么响应头出现在动态内容压缩而不是静态内容压缩？我相当肯定IIS正在将gzip应用于静态内容压缩。原因如下：

1. 我有一个IIS重写出站规则，它修改HTML页面上的响应。出站规则产生错误500.52，URL重写模块错误--当HTTP响应的内容被编码("gzip")时不能应用出站重写规则。规则不是问题，只是据报道正在应用gzip的证据。我取消了规则。这是第一条线索。
2. 线索2是启用了Failed Request Tracing，并注意到不仅应用了静态压缩，而且StaticFileModule将压缩文件存储在以下位置: C:\INETPUB\TEMP\IIS临时压缩文件\MY WEBSITE\$^_GZIP_D^\INETPUB\WWWROOT\TEST.HTML。

我在IIS压缩上阅读了微软的文档--我可能错了--我没有看到任何暗示gzip可以用于静态压缩的语言。基于以上两条线索，gzip被用于静态压缩。

因此，我回到原来的问题，即Content-Encoded响应头对于static content impression来说是缺少的，但是有证据表明，IIS不仅压缩静态内容，而且用gzip压缩它。这只是个窃听器吗？这是故意的吗？

Answer 1

静态压缩会在工作时添加内容编码的标头。

如果启用失败的请求跟踪和跟踪静态压缩模块。你会看到这个。

​

​

这意味着如果静态文件不经常被击中，静态压缩将无法工作。

如果您转发此请求，请重复多次。然后你就会看到那个标题。

​

​

请注意，压缩的最小文件大小是有限制的。您可以在IIS管理器->服务器节点->配置manager->system.webServer/httpCompression->minfileforcomp中修改该值。

​

​