您可以在PHP中注册自己的错误处理程序。例如，在这些模糊的情况下，将所有错误转储到一个文件可能会对您有所帮助。注意，无论当前error_reporting设置为什么，函数都会被调用。非常基本的例子:

function dump_error_to_file($errno, $errstr) {
    file_put_contents('/tmp/php-errors', date('Y-m-d H:i:s - ') . $errstr, FILE_APPEND);
}
set_error_handler('dump_error_to_file');

“错误”是开发人员了解他们的错误并解决它们以使系统完美工作的最有用的东西。

PHP提供了一些更好的方法来了解开发人员为什么以及他们的代码在哪里出错，因此通过了解这些错误，开发人员可以在许多方面改进他们的代码。

最好的方法是在脚本顶部写以下两行来获得所有错误消息:

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

在IDE中使用xdebug等调试器工具的另一种方法。

一些应用程序确实自己处理这些指令，通过调用这样的命令:

error_reporting(E_ALL & ~E_DEPRECATED); or error_reporting(0);

从而覆盖你的。htaccess设置。

对于那些使用nginx并且即使文件<?PHP echo 123;在我的情况下，我在nginx配置文件中没有这个必要的PHP选项:

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

fastcgi_params文件中没有这个选项，所以PHP不起作用，日志中也没有任何错误。

尝试在实际的php文件中设置错误报告级别。或者，像其他人建议的那样，检查你的服务器设置——可能是php.ini中的一些东西，或者是关于你的主机的一些限制。不要仅仅依赖于。htaccess。此外，在排除故障时，print_r任何您认为可疑的变量。

错误和警告通常出现在....\logs\php_error.log或....\logs\apache_error.log中，具体取决于您的php.ini设置。

此外，有用的错误通常指向浏览器，但由于它们不是有效的html，因此不会显示。

所以"tail -f"你的日志文件，当你得到一个空白屏幕使用IEs "view" -> "source"菜单选项来查看原始输出。