ob_gzhandler 导致 PHP 输出缓冲、内容编码错误？

Question

谁能解释为什么我收到以下错误？

在代码中，如果 echo $gz; 被注释掉，我不会收到错误（但也没有输出！），如果不是，我会得到（来自 Firefox），

内容编码错误

<小时>

您的页面 正在尝试查看无法显示 因为它使用了无效或 不支持的压缩形式。

---

感谢您的帮助，代码如下：

ob_start('ob_gzhandler') OR ob_start();
echo 'eh?';
$gz = ob_get_clean();
echo $gz;

Answer 1

您的应用程序的输出应该只包含一种输出编码。如果您有多个编码不同的块，那么浏览器将得到无法处理的结果。因此出现编码错误。

Kohana 本身已经使用了输出缓冲区。如果您想将其与 ob_gzhandler 输出缓冲区结合起来，您需要在 kohana 初始化它自己的缓冲区之前启动缓冲区。那是因为输出缓冲区是可堆叠的。当 kohana 完成它的输出缓冲时，您的输出缓冲将适用：

ob_start('ob_gzhandler'); # your buffer:
   ob_starts and ends by kohana

因此，每当 kohana 完成一些输出时，这些块就会传递到您的输出回调中（ob_gzhandler()) 并将进行 gz 编码。

然后，浏览器应该只获取 gz 编码的数据，因为它是最顶层的输出缓冲区。

使用 ob_gzhandler 并手动回显缓冲区

如果您使用 ob_start('ob_gzhandler') 让 PHP 处理压缩，然后您echo ob_get_clean()，您将产生不可靠的输出。这与压缩和输出缓冲的工作方式有关：

PHP 将缓冲输出块。这意味着，PHP 开始压缩输出，但保留一些字节继续压缩。因此 ob_get_clean() 返回缓冲区迄今为止压缩的部分。通常结果并不完整。

要解决这个问题，请先刷新缓冲区：

ob_start('ob_gzhandler') OR ob_start();
echo 'eh?';
ob_flush();
$gz = ob_get_clean();
echo $gz;

并确保此后不再有任何输出。

如果您让 PHP 到达脚本的末尾，它会处理这个问题：刷新并输出。

现在您需要手动调用 ob_flush() 来显式让 PHP 通过回调推送缓冲区。

使用 Curl 检查 HTTP 压缩问题

由于 Firefox 将返回错误，因此需要另一个工具来检查导致编码错误的原因。您可以使用 curl 来跟踪发生的情况：

curl --compress -i URL

将请求启用压缩的 URL同时显示所有未编码的响应标头和正文。这是必要的，因为 PHP 根据请求标头透明地启用/禁用 ob_gzhandler 回调的压缩。

响应还表明 PHP 也会设置所需的响应标头。所以不需要手动指定它们。这甚至是危险的，因为仅通过调用 ob_start('ob_gzhandler') 您无法判断是否启用了压缩。

如果压缩被破坏，curl 将给出错误描述，但不会显示正文。

以下是由错误的 php 脚本生成的不完整输出引发的这样一条curl错误消息：

HTTP/1.1 200 OK
X-Powered-By: PHP/5.3.6
Content-Encoding: gzip
...

curl: (23) Error while processing content unencoding: invalid code lengths set

通过添加 --raw 开关，您甚至可以深入了解原始响应正文：

curl --compress --raw -i URL

这可以给人留下什么印象出了问题，就像体内未压缩的部分一样。

Answer 2

这就是 phpharo 所做的：

/** output buffring */
if (isset($_SERVER['HTTP_ACCEPT_ENCODING']) && strpos($_SERVER['HTTP_ACCEPT_ENCODING'], 'gzip') !== false)
{
 ob_start('ob_gzhandler'); ob_start();
}
else
{
 ob_start();
}