PHP 生成一个完全白色的页面，没有错误、日志或标题。

Question

在我的私人 WAMP PC 上运行一些 PHP 代码时，我突然从服务器收到空白响应 - 实际上没有响应。 PHP 错误日志中没有标头、没有数据、什么都没有，什么也没有。我重新启动了 APACHE 和 PHP，但仍然没有任何结果。我知道 php 正在运行，因为我可以很好地访问其他 PHP 脚本。

Firebug 报告没有标头，？字节，并且只需要163ms来“加载”（所以这不是超时）。我考虑过快速内存消耗 - 但我监控了我的电脑内存，没有显示任何峰值。到目前为止，错误和异常一直运行良好。

到底是什么？

max_execution_time = 30 ;
max_input_time = 60 ; 
max_input_nesting_level = 64 ; 
memory_limit = 500M ;

error_reporting = E_ALL | E_NOTICE | E_STRICT
display_errors = On
log_errors = On

：编辑：

我不会用十英尺长的杆子碰@。我认为 Ruby 开发人员把它放在那里，这样程序员就会放弃 PHP。

不管怎样，我启用了xdebug，它没有输出任何grind文件。然后我采纳了 zombat 的建议，在页面顶部放置了一个 DIE() ，它起作用了。我想我只是有一些非常奇怪的代码，它们完全杀死了 PHP。即使使用 @ 禁用或抑制错误，我仍然应该从服务器返回一个包含空内容的标头！

如果我找到更多，我会回复。

Answer 1

从控制台运行该页面，您将收到错误消息。

// nix
php yourFile.php

// Windows
c:\path\to\php.exe yourFile.php

Answer 2

此目录中可能有一个 .htaccess 文件，该文件已修改错误报告。

要进行测试，请尝试在 php 脚本顶部显式设置这些选项，这会给您带来麻烦。

ini_set('display_errors',1);
error_reporting(E_ALL);

我也看到过这种情况是由过度热心的防病毒软件包引起的。有些包含网络代理软件来过滤互联网和电子邮件。在这种情况下，页面只会继续加载到无限大，但永远不会完成。

Answer 3

您说其他 PHP 脚本正在运行，这表明这可能不是 Apache 问题。您的所有日志记录设置似乎也都是正确的，并且没有记录任何内容，因此 PHP 很可能在输出任何内容之前正常退出。以下情况之一可能是正确的：

• exit() 语句放错了位置？您正在编写代码，也许您添加了一个快速 exit() 来检查某些内容，但忘记将其删除？
• don.neufeld 的检查 @ 运算符的使用（抑制任何错误消息）的想法在过去花费了我数小时的调试时间。绝对是值得寻找的东西。

在这种情况下，穷人的调试方法可以快速产生结果。在此处添加 exit('wtf'); 作为相关脚本的第一行。那运行吗？那个测试的结果，无论结果如何，都立即排除了各种可能性。如果没有得到任何输出，则可能是服务器级别的问题（配置、错误模块等），但要小心任何更高级别的缓冲。如果您确实得到了输出，那么您就知道服务器没有问题，并且问题出在您的脚本中更深层，在这种情况下，您可以将 exit() 调用向下移动几行，冲洗并重复。这不是一种优雅的调试方式，但它快速且肮脏，您可能会在几分钟内找到问题。

Answer 4

请注意@（错误抑制）运算符，如果@ 行中出现语法错误，PHP 将默默退出。

要检测这种情况，请使用 set_error_handler 并编写自己的错误处理程序，您仍然会因使用 @ 的错误而被调用。

Answer 5

检查 php.ini 设置中的short_open_tag = On或short_open_tag = Off

Answer 6

这里最有可能的是apache崩溃了。也许查看 apache 错误日志，或者附加一个调试器。

有关在 Windows 上调试 apache/php 进程的详细信息，请访问 http:// /bugs.php.net/bugs-generate-backtrace-win32.php

Answer 7

我猜到了这个问题的答案 - 事实证明 PHP 5.2.5 无法处理递归死亡。

<?php

class A
{
    public function __construct()
    {
        new B;
    }
}

class B 
{
    public function __construct()
    {
        new A;
    }
}

new A;

print 'Loaded Class A';

没有标题、错误、内容、日志、xdebug 转储、内存峰值、CPU 峰值、服务器崩溃或任何其他内容。大约 150 毫秒后，PHP 就“结束”了。诡异的。

Answer 8

要在 PHP 代码中激活错误显示，以防万一您看不到任何内容，请插入

ini_set('display_errors',1); 
error_reporting(E_ALL);

示例，这可能会节省您大量时间：

joomla default.php 模板文件中的此代码显示一个空白页面，没有错误消息，没有第 20 行和 21

17  <?php if ($params->get('title_article_linkable')) { ?>
18      <a href="<?php 
19          $url = JRoute::_(ContentHelperRoute::getArticleRoute($item->id,$item->catid));
20          ini_set('display_errors',1);
21          error_reporting(E_ALL);
22          echo $url; ?>">
23      <?php echo $this->item->title; ?></a> // should be $item->title !!
24  <?phpLL000000 } else { ?>
25      <?php echo $item->title; ?>
26  <?php } ?>

输出：

Answer 9

检查事件日志。

Answer 10

发生这种情况时，通常值得删除尽可能多的代码，看看是否可以在页面上显示一些内容。

这可能是由于代码中某处未闭合的引用或未闭合的大括号造成的。这可能会导致 echo 语句被视为文本或在另一个函数中，等等。

并且，虽然应该报告所有错误，但我发现并非所有错误都被实际报告，可能是因为共享主机上的 ini 设置是我够不到的。

注释掉并不总是足够的——不知道为什么不这样做。发生这种情况时，我通常发现最快的方法是复制页面，然后慢慢地将部分剪切并粘贴回去，直到找到错误，然后我就可以因为愚蠢的打字错误而踢自己一脚。

Answer 11

我遇到了同样的问题，因为我使用的是：

ob_flush()

Answer 12

您是否检查过文件的结束 ?> 标记？或者更重要的是它们后面的任何空格......