你确定PHP实际上是从。htaccess中获取'display_errors'设置吗?检查phpinfo()函数的输出以确定。

此外，你应该检查以确保你没有使用'@'，如果你使用了'@include…'或'@some_function(…)'，在堆栈跟踪的某处。

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

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

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

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

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

您可以启用完整的错误报告(包括通知和严格消息)。有些人觉得这太啰嗦了，但值得一试。在php.ini中设置error_reporting为E_ALL | E_STRICT。

error_reporting = E_ALL | E_STRICT

E_STRICT将通知您已弃用的函数，并为您提供关于执行某些任务的最佳方法的建议。

如果你不想要通知，但你发现其他消息类型有帮助，尝试排除通知:

error_reporting = (E_ALL | E_STRICT) & ~E_NOTICE

还要确保在php.ini中启用了display_errors。如果您的PHP版本高于5.2.4，请将其设置为On:

display_errors = "On"

如果您的版本是5.2.4或更新版本，请使用:

display_errors = "stderr"

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

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

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

除了error_reporting和display_errors ini设置外，您还可以从web服务器的日志文件中获得语法错误。当我在开发PHP时，我将我的开发系统的web服务器日志加载到我的编辑器中。每当我测试一个页面并得到一个空白屏幕时，日志文件就会失效，我的编辑器会询问我是否要重新加载它。当我这样做时，我跳到底部，那里有语法错误。例如:

[Sun Apr 19 19:09:11 2009] [error] [client 127.0.0.1] PHP Parse error:  syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING in D:\\webroot\\test\\test.php on line 9

你确定PHP实际上是从。htaccess中获取'display_errors'设置吗?检查phpinfo()函数的输出以确定。

此外，你应该检查以确保你没有使用'@'，如果你使用了'@include…'或'@some_function(…)'，在堆栈跟踪的某处。