问题标签 [mod-deflate]

我通过 apache 提供所有内容，Content-Encoding: zip但它会即时压缩。我的大量内容是磁盘上的静态文件。我想事先压缩文件，而不是每次请求时都压缩它们。

我相信，这是mod_gzip在 Apache 1.x 中自动完成的，但只是将文件与 .gz 放在旁边。情况不再如此mod_deflate。

I have a client/server system that performs communication using XML transferred using HTTP requests and responses with the client using Perl's LWP and the server running Perl's CGI.pm through Apache. In addition the stream is encrypted using SSL with certificates for both the server and all clients.

This system works well, except that periodically the client needs to send really large amounts of data. An obvious solution would be to compress the data on the client side, send it over, and decompress it on the server. Rather than implement this myself, I was hoping to use Apache's mod_deflate's "Input Decompression" as described here.

The description warns:

If you evaluate the request body yourself, don't trust the Content-Length header! The Content-Length header reflects the length of the incoming data from the client and not the byte count of the decompressed data stream.

So if I provide a Content-Length value which matches the compressed data size, the data is truncated. This is because mod_deflate decompresses the stream, but CGI.pm only reads to the Content-Length limit.

Alternatively, if I try to outsmart it and override the Content-Length header with the decompressed data size, LWP complains and resets the value to the compressed length, leaving me with the same problem.

Finally, I attempted to hack the part of LWP which does the correction. The original code is:

And I changed the push line to:

Unfortunately this causes some problem where content (truncated or not) doesn't even get to my CGI script.

Has anyone made this work? I found this which does compression on a file before uploading, but not compressing a generic request.

在每个请求期间让 zlib 压缩网页似乎是多余的。这也是我的文件响应时间的瓶颈。有没有办法缓存 zlib 的文件，以便在每次修改时只压缩一次？还是我应该继续许愿？

我正在用 PHP 开发一个网站，并且我有想要压缩的大型 JS 文件。所以，我在我的 .htaccess 文件中添加了这个：

它在我的本地 wamp 服务器安装上运行良好，但是一旦我在共享服务器上移动文件，DEFLATE 命令就不起作用。我不知道为什么...在网络服务器上启用了 mod_deflate，以及 bz2、gzip。我被允许使用 htaccess，我已经检查过......另外，我还有其他在 htaccess 中运行的规则和命令。所以 DEFLATE 是唯一不工作的...有谁知道为什么它在我的本地主机上工作而不是在我的网络服务器上？是否需要在我的网络服务器上启用我不知道的任何模块/扩展？

有任何想法吗 ？

谢谢！

我们在我们的 drupal 站点上启用了 Apache 的 mod_deflate。从那时起，我们注意到 CSS 文件没有正确加载。它不会每次都发生。有点随意。

有没有其他人注意到这个问题？如果是这样，任何建议的解决方案？

apache中的mod_deflate模块可以根据url参数而不是所有服务器请求调用吗

Apache2中mod_deflate的压缩机制是什么。它是 gzip 还是 zlib 或其他什么？

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

根据高性能网站，如果我在 Apache 2.x 中启用 mod_deflate，通过添加以下行，它应该发送 gzipped/delfated 内容：-

书上还说gzip比deflate.

我通过添加同一行在 httpd.conf 中启用。但是 Apache 发送Content-Encoding: deflate.

我使用 CURL 进行了测试： -

它返回“压缩”内容。但是当我发送命令时： -

它返回“放气”的内容。

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

供参考： -

• 我在以下位置找不到任何内容： http ://httpd.apache.org/docs/2.0/mod/mod_deflate.html 。
• Apache conf 中没有出现 no-gzip。
• 服务器：Apache/2.2.9 (Win32) PHP/5.2.6
• FF 发送请求标头为：“Accept-Encoding: gzip, deflate”

我在我的 Apache httpd.conf 中添加了以下行：-

我有一个包含脚本的 html 文件（test.html）：-

问题是，每次我加载 test.html 时，test.js 也会加载 HTTP 状态：200。

问题是：为什么不满足条件 GET？

如果我注释掉 httpd.conf 中的“AddOutputFilterByType”行，Apache 会发送 304。

如果我在 httpd.conf 中启用 AddOutputFilterByType，请求标头是：-

响应头是：-

更新：我注意到，如果我禁用 ETag，它可以正常工作。我的意思是它发送304。

但我真的很想保持 ETag 原样（我知道存在 inode 披露问题）。

我在 Ubuntu 机器上的 Apache 2 上启用了 mod_deflate，并注意到我的浏览器在页面刷新时没有缓存压缩文件类型。我使用萤火虫的网络设置来检查这一点并在另一台计算机上验证。

在 mod_deflate 下，如果我压缩 css 和 js 文件，浏览器每次都会发出请求。

如果我关闭 mod_deflate，浏览器会为 css 和 js 文件获得 304。最终效果是，如果我没有启用 mod_deflate，刷新时页面加载速度会更快。

我打开的其他模块之一会导致这种情况吗？Apache中是否有某种我设置不正确的缓存设置？

我启用 mods 的目录： alias.conf
authz_default.load
autoindex.conf
deflate.load
mime.conf
php5.conf
setenvif.load
alias.load
authz_groupfile.load
autoindex.load
dir.conf
mime.load
php5.load
ssl.conf
auth_digest。加载
authz_host.load
cgi.load
dir.loadnegotiation.conf
rewrite.load
ssl.load
authn_file.load
authz_user.load
deflate.conf
env.loadnegotiation.load
setenvif.conf
_
_