在发送到客户端浏览器之前，我们已经将Apache设置为gzip压缩html页面。
然而，我们的一些页面生成速度很慢，看起来Apache一直持续到完整的页面，压缩它，然后发送到浏览器 。
页面的大块（主要的重要部分）实际上是很快产生和输出的。
是否有可能configurationApache开始压缩和发送页面的数据一旦脚本开始输出的东西？ 是的，你可以提供任何帮助是如何做到这一点？
如果没有，你可以build议任何其他方式来获得gzip压缩工作的服务器？
生成页面的脚本是用PHP编写的 。 我们在Linux上使用Apache 2.0 。
我们有一个perl后端相同的问题。 我正在查找指出我的解决scheme的文档。 它最终不得不用gzip来压缩整个文档来计算内容长度。
我们有一些长时间运行的脚本，这会损害用户的体验 – 而不是逐步获得输出，他们正在等待2-3分钟，没有活动！
更新：
恐怕我找不到。 回顾我们的活动日志，似乎我只是在我们的Web服务器上禁用它，然后为此和其他原因移动了一个基于nginx的前端（它将使用分块编码进行gzip，而不必发送内容长度）
尝试升级到Apache 2.2，iirc更新版本的Apache处理分块/ gzip的事情要好得多。
它被称为“早期冲洗”，它主要是刚刚运行“flush（）”的问题; 在整个页面生成之前。 通常情况下，一个优化的PHP服务器将会像你所发现的那样缓冲整个页面，但是对flush（）的一个有意识的调用会覆盖这个页面。 雅虎的提示页面有更多信息： http ： //developer.yahoo.com/performance/rules.html#flush
不时发送flush（）或者在块之后发送flush，除非你使用obstart（），否则apache将发送分块的响应。