Apache 启用mod_deflate发送内容编码：gzip

编辑我发现问题实际上是。这是发送压缩的内容，而不是Apache。我会找到更多关于这个的

根据，如果我在Apache2.x中启用mod_deflate，通过添加以下行，它应该发送gzip/delfated内容：-

AddOutputFilterByType DEFLATE text/html text/css application/x-javascript

这本书还说

gzip

比

deflate

更有效

我已经在httpd.conf中通过添加相同的行启用了。但是Apache发送

内容编码：deflate

我使用CURL进行了测试，使用：-

curl -i -H "Accept-Encoding: gzip" "http://192.168.1.33/s.js" >> e:\curl_log.txt

它返回“gzip”内容。但当我发出命令时：-

curl -i -H "Accept-Encoding: gzip, deflate" "http://192.168.1.33/s.js" >> e:\curl_log.txt

它返回“泄气”内容

因此，如果浏览器同时支持deflated和gzip，则Apache发送deflated。如何告诉Apache更喜欢gzip而不是deflate

供参考：-

• 我在以下内容中找不到任何内容： .
• 在中没有出现无gzip apacheconf
• 服务器：Apache/2.2.9（Win32）PHP/5.2.6
• FF将请求头发送为：“接受编码：gzip，deflate”

---

有关所有血淋淋的详细信息，请参阅--您确定在配置的其他地方没有出现

无gzip

？当你改变你的“浏览器”时会发生什么，例如，使用

wget

和

-U

的不同值？

我怀疑你用来测试的东西没有发送

接受编码：gzip

---

。。。在请求头中。

我看到原因已经找到。要进一步帮助您摆脱可能的困惑，请执行以下操作：

• mod_deflate尽管其名称目前仅支持gzip

• gzip更“有效”，因为

deflate-尽管其名称为zlib压缩（RFC 1950），但应使用（与deflate压缩（RFC 1951）结合使用），如RFC 2616所述。然而，在现实世界中的实现似乎在zlib压缩和（原始）deflate压缩之间有所不同[3][4]。由于这种混乱，gzip将自己定位为更可靠的默认方法（2011年3月）

gzip和zlib是文件/流格式，默认情况下，它们环绕deflate并添加一个校验和，这使它们更加安全，速度稍微慢一点。另一方面，尺寸的增加不应引起任何关注

也看到

• 通缩会更“有效”（）