EDIT我发现问题实际上是PHP 缩小 http://code.google.com/p/minify/。这是发送压缩的内容而不是 Apache。我会找到更多这方面的信息。
根据高性能网站 http://oreilly.com/catalog/9780596529307/，如果我在 Apache 2.x 中启用 mod_deflate，通过添加以下行，它应该发送 gzipped/delfated 内容：-
AddOutputFilterByType DEFLATE text/html text/css application/x-javascript
书上还说gzip比更有效deflate.
我已通过添加同一行在 httpd.conf 中启用。但阿帕奇发送Content-Encoding: deflate.
我使用 CURL 进行了测试：-
curl -i -H "Accept-Encoding: gzip" "http://192.168.1.33/s.js" >> e:\curl_log.txt
它返回“gzipped”内容。但是当我发送命令时：-
curl -i -H "Accept-Encoding: gzip, deflate" "http://192.168.1.33/s.js" >> e:\curl_log.txt
它返回“缩小”的内容。
因此，如果浏览器同时支持 deflated 和 gzipped，Apache 会发送 deflated。如何告诉 Apache 更喜欢 gzip 而不是 deflate？
FYI: -
- 我在以下位置找不到任何内容：http://httpd.apache.org/docs/2.0/mod/mod_deflate.html http://httpd.apache.org/docs/2.0/mod/mod_deflate.html.
- 没有出现 no-gzip
阿帕奇会议
- 服务器：Apache/2.2.9（Win32）PHP/5.2.6
- FF 发送请求标头为：“Accept-Encoding: gzip, deflate”
据我所知，原因已经找到了。为了进一步帮助摆脱可能的困惑：
deflate - 尽管它的名称是 zlib 压缩（RFC 1950），但应该使用（与 deflate 压缩（RFC 1951）结合使用），如 RFC 2616 中所述。然而，现实世界中的实现似乎在 zlib 压缩和（原始）放气压缩[3][4]。由于这种混乱，gzip 将自己定位为更可靠的默认方法（2011 年 3 月）。
gzip 和 zlib 是文件/流格式，默认情况下环绕 deflate，并添加校验和，这使它们更安全且速度稍慢。另一方面，尺寸的增加不应引起任何关注。
另请参阅HTTP_compression - 维基百科 http://en.wikipedia.org/wiki/HTTP_compression#Content-coding_tokens
- 放气会更“有效”（有关 zlib 的常见问题 - “gzip”和“deflate”HTTP 1.1 编码之间有什么区别 http://www.gzip.org/zlib/zlib_faq.html#faq38)
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
