现在我开始回到PHP，我开始记得为什么我放弃了它。目前我盘子里最烦人的事情就是我所说的“PHP的死亡白屏”。当PHP由于语法或其他原因而出现致命错误时，似乎总是在没有实际向浏览器发送任何内容的情况下死亡。我已经将以下内容添加到我的.htaccess中，它似乎在大多数时间都有效，但在这些情况下它不起作用。
php_value display_errors 1
php_value display_startup_errors 1
php_value error_reporting 2147483647 # E_ALL
我错过了什么吗？目前我觉得我需要刷新我编写的每几行代码，以免我犯了一个错误，并且必须搜索许多页面，试图找出我犯的一个小错误......
编辑：例如，给出以下两行代码：
$foo = array(':language' => $languageId;
$foo = array(':language' => $languageId);
第一个将显示死亡的白色屏幕（即，什么都没有打印到浏览器），而第二个将愉快地执行。
错误和警告通常出现在....\logs\php_error.log或....\logs\apache_error.log中，具体取决于您的php.ini设置。
有用的错误通常也会定向到浏览器，但由于它们不是有效的html，因此不会显示。
所以"tail -f“你的日志文件，当你得到一个空白的屏幕使用IE浏览器”视图“ - >”源“菜单选项来查看原始输出。
你确定PHP实际上从.htaccess中获取'display_errors'设置吗？检查phpinfo()函数的输出以确保。
此外，您应该检查以确保您没有使用'@'，如果您在堆栈的某处使用了'@include ...'或'@some_function（...）'，它可能会消除您的错误跟踪。
有些应用程序本身通过调用以下内容来处理这些指令：
error_reporting(E_ALL & ~E_DEPRECATED); or error_reporting(0);
从而覆盖.htaccess设置。
在代码中使用@inexistent_function_call();会导致解释器悄然死亡并中止脚本解析。你应该检查无效的函数，尽量不要使用错误的运算符（@ char）
当fastcgi_params或fastcgi.conf配置文件没有正确包含在服务器配置中时，我也看到了这样的错误。所以对我的修复很愚蠢：
include /etc/nginx/fastcgi_params;
花了一个小时才发现......
您也可以在终端（命令行）中运行该文件，如下所示：php -f filename.php。
如果您在error.log中看到任何错误，这将运行您的代码并为您提供相同的输出。它提到了错误和行号。
如果错误在PHP代码中，您可以在代码中使用error_reporting（）函数来设置所有报表。
但是，这不能处理PHP崩溃时的情况。有关它的信息仅在服务器日志中可用。也许您无法访问这些，但我与之合作的许多托管服务提供商都有一些方法可以让您访问它。例如，我最喜欢的方法是在.php所在的当前目录中创建error_log文件。尝试在那里搜索或与您的托管服务提供商联系。
以下代码应显示所有错误：
<?php
// ----------------------------------------------------------------------------------------------------
// - Display Errors
// ----------------------------------------------------------------------------------------------------
ini_set('display_errors', 'On');
ini_set('html_errors', 0);
// ----------------------------------------------------------------------------------------------------
// - Error Reporting
// ----------------------------------------------------------------------------------------------------
error_reporting(-1);
// ----------------------------------------------------------------------------------------------------
// - Shutdown Handler
// ----------------------------------------------------------------------------------------------------
function ShutdownHandler()
{
if(@is_array($error = @error_get_last()))
{
return(@call_user_func_array('ErrorHandler', $error));
};
return(TRUE);
};
register_shutdown_function('ShutdownHandler');
// ----------------------------------------------------------------------------------------------------
// - Error Handler
// ----------------------------------------------------------------------------------------------------
function ErrorHandler($type, $message, $file, $line)
{
$_ERRORS = Array(
0x0001 => 'E_ERROR',
0x0002 => 'E_WARNING',
0x0004 => 'E_PARSE',
0x0008 => 'E_NOTICE',
0x0010 => 'E_CORE_ERROR',
0x0020 => 'E_CORE_WARNING',
0x0040 => 'E_COMPILE_ERROR',
0x0080 => 'E_COMPILE_WARNING',
0x0100 => 'E_USER_ERROR',
0x0200 => 'E_USER_WARNING',
0x0400 => 'E_USER_NOTICE',
0x0800 => 'E_STRICT',
0x1000 => 'E_RECOVERABLE_ERROR',
0x2000 => 'E_DEPRECATED',
0x4000 => 'E_USER_DEPRECATED'
);
if(!@is_string($name = @array_search($type, @array_flip($_ERRORS))))
{
$name = 'E_UNKNOWN';
};
return(print(@sprintf("%s Error in file \xBB%s\xAB at line %d: %s\n", $name, @basename($file), $line, $message)));
};
$old_error_handler = set_error_handler("ErrorHandler");
// other php code
?>
使用此代码生成空白页的唯一方法是在关闭处理程序中出现错误。我在没有测试的情况下从我自己的cms复制并粘贴了它，但我确信它有效。
我总是在php脚本的顶部使用这种语法。
ini_set('error_reporting', E_ALL);
ini_set('display_errors', 'On'); //On or Off
可以注册一个钩子以使最后一个错误或警告可见。
function shutdown(){
var_dump(error_get_last());
}
register_shutdown_function('shutdown');
将此代码添加到index.php的开头将帮助您调试问题。
重要的是要认识到在编译或解析步骤期间发生语法错误或解析错误，这意味着PHP将在它甚至有机会执行您的任何代码之前保释。因此，如果您在运行时修改PHP的display_errors配置（这包括从您的代码中使用ini_set到使用.htaccess，这是一个运行时配置文件），那么只有默认加载的配置设置正在运行。
为了避免使用WSOD，您需要确保已加载的配置文件已启用display_errors且error_reporting设置为-1（这是等效的E_ALL，因为它确保所有位都打开，无论您运行的是哪个版本的PHP）。不要硬编码E_ALL的常量值，因为该值可能会在不同版本的PHP之间发生变化。
加载的配置是您加载的php.ini文件或apache.conf或httpd.conf或virtualhost文件。这些文件只在启动阶段（例如，当您第一次启动apache httpd或php-fpm时）读取一次，并且仅被运行时配置更改覆盖。确保加载的配置文件中的display_errors = 1和error_reporting = -1确保您不会看到WSOD，无论在运行时更改（例如ini_set('display_errors', 1);或error_reporting(E_ALL);）之前发生的语法或解析错误如何。
要找到已加载的配置文件，只需使用以下代码创建一个新的PHP文件...
<?php
phpinfo();
然后将浏览器指向那里并查看已解析的已加载配置文件和其他.ini文件，这些文件通常位于phpinfo()的顶部，并将包含所有已加载配置文件的绝对路径。
如果你看到(none)而不是文件，那意味着你在配置文件（php.ini）路径中没有php.ini。所以你可以download the stock php.ini bundled with PHP from here并将其复制到您的配置文件路径php.ini然后确保您的PHP用户有足够的权限从该文件读取。您需要重新启动httpd或php-fpm才能加载它。请记住，这是与PHP源捆绑在一起的开发php.ini文件。所以请不要在生产中使用它！
这确实是避免开发WSOD的最佳方法。任何人建议你把ini_set('display_errors', 1);或error_reporting(E_ALL);放在你的PHP脚本的顶部或像你在这里使用的那样使用.htaccess，如果发生了语法或解析错误（如你的情况那样），那么它不会帮助你避免WSOD配置文件已关闭display_errors。
许多人（以及PHP的库存安装）将使用默认情况下关闭display_errors的production-ini文件，这通常会导致您在此遇到的同样挫败感。因为PHP在启动时已经关闭了它，然后遇到语法或解析错误，并且没有任何输出就会失败。您希望PHP脚本顶部的ini_set('display_errors',1);应该避免这种情况，但是如果PHP无法解析您的代码，那将无关紧要，因为它永远不会到达运行时。
Dunno，如果它会有所帮助，但这里是一个我的标准配置文件的PHP项目。即使在我自己的服务器上，我也不会太依赖apache配置。
我从来没有消失的错误问题，所以也许这里的东西会给你一个想法。
编辑显示APPLICATON_LIVE
/*
APPLICATION_LIVE will be used in process to tell if we are in a development or production environment. It's generally set as early as possible (often the first code to run), before any config, url routing, etc.
*/
if ( preg_match( "%^(www.)?livedomain.com$%", $_SERVER["HTTP_HOST"]) ) {
define('APPLICATION_LIVE', true);
} elseif ( preg_match( "%^(www.)?devdomain.net$%", $_SERVER["HTTP_HOST"]) ) {
define('APPLICATION_LIVE', false);
} else {
die("INVALID HOST REQUEST (".$_SERVER["HTTP_HOST"].")");
// Log or take other appropriate action.
}
/*
--------------------------------------------------------------------
DEFAULT ERROR HANDLING
--------------------------------------------------------------------
Default error logging. Some of these may be changed later based on APPLICATION_LIVE.
*/
error_reporting(E_ALL & ~E_STRICT);
ini_set ( "display_errors", "0");
ini_set ( "display_startup_errors", "0");
ini_set ( "log_errors", 1);
ini_set ( "log_errors_max_len", 0);
ini_set ( "error_log", APPLICATION_ROOT."logs/php_error_log.txt");
ini_set ( "display_errors", "0");
ini_set ( "display_startup_errors", "0");
if ( ! APPLICATION_LIVE ) {
// A few changes to error handling for development.
// We will want errors to be visible during development.
ini_set ( "display_errors", "1");
ini_set ( "display_startup_errors", "1");
ini_set ( "html_errors", "1");
ini_set ( "docref_root", "http://www.php.net/");
ini_set ( "error_prepend_string", "<div style='color:red; font-family:verdana; border:1px solid red; padding:5px;'>");
ini_set ( "error_append_string", "</div>");
}
打开你的php.ini，确保它设置为：
display_errors = On
重启你的服务器。
对于那些使用nginx和白色屏幕甚至与<?php echo 123;文件的人。在我的情况下，我在nginx配置文件中没有这个必需的PHP选项：
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
此选项不在fastcgi_params文件中，因此PHP无法正常工作且日志中没有任何错误。
尝试在实际的php文件中设置错误报告级别。或者，正如其他人所建议的那样，检查您的服务器设置 - 它可能是php.ini中的内容，或者对您的主机有一些限制。不要只依靠.htaccess。此外，在排除故障时，print_r您可能认为任何变量都很可疑。