为什么可能在IIS 6中的gzip压缩不适用于某些客户端?

我最近在IIS6中启用了压缩,但它似乎是为某些用户,而不是其他人。 我已经validation,它是与小提琴手和Firebug为我工作。

例如,我有一个特殊的静态文件,其日志文件中的“sc-bytes”为2,223,7272和7,296。 最大的文件大小是未压缩的大小。

以下是一些示例用户代理和Status 200请求的文件大小:

字节数:2,223

  • Mozilla的/ 4.0 +(兼容; MSIE + 6.0 + +的Windows NT + 5.0 +; + NET + CLR 2.0.50727 +)

字节:7,296

  • Mozilla的/ 4.0 +(兼容; MSIE + 6.0 + +的Windows NT + 5.0 +; + NET + CLR 2.0.50727 +)
  • Mozilla / 4.0 +(兼容; + MSIE + 6.0; + Windows + NT + 5.1; + SV1; + .NET + CLR + 1.1.4322; +。NET + CLR + 2.0.50727; +。NET + CLR + 3.0。 04506.30)

我能做些什么来开始排除故障/解决这个问题? 这是我能控制的东西吗?

Web Gardens已启用,如果这有所作为。

一些旧的浏览器没有正确处理压缩的内容,所以默认的服务器设置尝试检测这些(从代理string),并拒绝发送压缩的内容,如果这样的客户端被检测到。

此外,浏览器(或其他HTTP客户端)需要将自己标识为接受它发送的请求中的压缩内容 – 如果请求中没有相关的accepts-*标头,则不会压缩响应。 这不是你可以控制服务器端的东西。 用户可能无法控制它们,如果他们通过代理不通过相关的标头运行。

我不知道为什么你会看到一些7272字节的请求,但如果实际文件大小是7296.发生了多less次? 如果只是一次,那么它很可能只是一个随机的错误,你永远不会到达底部。 如果定期发生,那么值得更详细的调查。