PHP ob_get_contents "sometimes"不应该返回空？

Question

问题:我目睹了一种随机情况，其中 ob_get_conents() 什么都不返回，而它应该有一些东西。每天失败几千次。随机。

基础:我使用输出缓冲将特定的 HTML 生成输出包装到一个变量中并写入文件。然后，在使用新的 HTML 构建刷新文件之前，此文件会在 X 分钟内分发给所有后续点击。它是附加到旧站点代码上的基本内联缓存构建器。

在看到几个空页问题后，我发现 ob_get_contents() 在给定的刷新运行中没有返回任何内容。下次刷新时，通常就可以了。然后，出乎意料的是，数小时后空的再次返回(也从未在“同一时间”)。

这让我发疯，因为它不一致。当 ob_get_contents() 的返回为空时，我有 php 操作给我发电子邮件......有很多细节。似乎没有什么能阐明“为什么”。

在将代码的复杂版本简化为核心之后……这就是导致问题的全部原因:

ob_start();

// A lot of html generation code which would normally just output ...
// This html will ALWAYS have content ...

$guts = ob_get_contents();
if ( empty($guts) ) { /* email me a failure notice! */ }
ob_end_clean();
// write $guts to file and echo ...

一些其他细节:

• PHP 版本 5.5.9-1ubuntu4.19(可能是这个版本的错误？)
• output_buffering 4096
• ob_get_level() 总是返回“2”
• HTML 生成范围从 10KB 到 92KB，具体取决于哪个部分
• 并不总是出现在同一个 HTML 片段中
• 所有都是没有传递 POST 或 GET 参数的点击。

• 大多数是这类代理(所有随机 IP):

  • “ ruby ”
  • “Mo%20PTT/2016092702 CFNetwork/808.0.2 Darwin/16.0.0”
  • “FeedBurner/1.0”

请注意:它并不像其他关于 ob_get_contents() 的堆栈问题那样总是返回空值。我读了那些，没有帮助...我希望它总是，那么这将是一个明显的修复。

Answer 1

几个月来，我一直在同一 PHP 版本 (5.5.9) 上遇到类似的问题。也无法切换到不同的 PHP 版本。我什至很难在我们的系统中检测到这一点，但幸运的是现在能够追踪并利用它。

在 PHP 5.5.9 中，函数 print_r 内部使用了输出缓冲，此版本中报告了有关 print_r 和输出缓冲的错误。

所以这就是你需要做的..

先创建脚本.php:

<?php
ignore_user_abort(true);// (curl disconnects after 1 second)
ini_set('max_execution_time','180');    // 3 minutes
ini_set('memory_limit','512M');         // 512 MB

function testPrint_r($length)
{
    $test1 = array('TEST'=>'SOMETHING');
    $test2 = print_r($test1, true);
    $test3 = "Array\n(\n    [TEST] => SOMETHING\n)\n";
    if(strcmp($test2, $test3)!==0) {
        throw new Exception("Print_r check failed, output length so far: ".$length);
        // consult your error.log then, or use some other reporting means
    }
}

$message = "123456789\n";
$length = strlen($message);
while(1)
{
    echo $message;
    $total_length += $length;
    testPrint_r($total_length);
}
die('it should not get here');

创建另一个脚本 second.php:

<?php
$ch = curl_init();

curl_setopt($ch, CURLOPT_URL,    'http://some.server/first.php');
curl_setopt($ch, CURLOPT_FRESH_CONNECT, true);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_TIMEOUT, 1);
curl_exec($ch);
curl_close($ch);

echo "all done";

这里发生了什么:

第一个脚本只是循环输出一些字符。它通过在每次迭代中回显 10 个字符来实现。如果你只是调用这个脚本，它总是会在配置的时间后超时。

第二个脚本使用 CURL 调用第一个脚本，但以断开连接的方式(1 秒)。这就是第一个脚本包含忽略用户中止的原因。

不知何故，很可能是由于一些特定于 php 版本 5.5.9 的错误，在已经回显了大约 1.8MB 的数据之后，print_r 以及任何其他输出缓冲使用中断。带有第二个参数 TRUE 的 Print_r 什么都不返回。很可能是一些内部或系统端缓冲区用完了，无法在任何地方放置额外的字符，或者已经回显的字符被丢弃。不知道。我无法从 phpinfo 中找到阈值数字与任何配置设置之间的相关性。我们的系统中没有设置输出缓冲值。

我的建议

因此可能是使用了某些 CURL/WGET 并断开连接，或者刚开始使用了普通浏览器并断开连接。 “Ruby”、“FeedBurner”等名称对我来说听起来像是库或机器人。

a) 如果您的脚本不是太复杂，请尝试避免在 PHP 5.5.9 和 print_r 中使用输出缓冲。 var_export 很好，工作方式不同。

b) 在生成输出时，将 echo 替换为字符串连接，直接写入文件。如果你使用 smarty，那么这可能是不可能的，因为 smarty 在内部大量使用输出缓冲。

c) 或者创建一个禁止代理列表，如果它们是这些失败的大多数。

d) 顺便说一句。如果您的 ob_get_level() 返回 2，则意味着输出缓冲在您的系统中默认打开。我认为您的任务不需要它，关闭它甚至可以帮助您。值得一试。

尝试在您的系统上运行相同的脚本，让我知道您的情况下的 max.echoed 大小是多少。