除了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配置

php.ini中的2个条目指示错误的输出:

display_errors error_reporting

在生产中，display_errors通常设置为Off(这是一件好事，因为在生产站点中错误显示通常是不可取的!)

但是，在开发中，应该将其设置为On，以便显示错误。检查!

error_reporting(从PHP 5.3开始)默认设置为E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED(意思是，除了通知、严格标准和弃用通知之外的所有内容都会显示)。当不确定时，将其设置为E_ALL以显示所有错误。检查!

哇哇!没有检查!我不能改变我的php.ini!

真遗憾。通常共享主机不允许更改它们的php.ini文件，因此，遗憾的是，这个选项是不可用的。但是不要害怕!我们还有其他选择!

运行时配置

在所需的脚本中，我们可以在运行时更改php.ini条目!这意味着，它将在脚本运行时运行!甜蜜的!

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

这两行代码与上面修改php.ini条目的效果相同!太棒了!

我仍然得到一个空白页/500错误!

这意味着脚本甚至还没有运行!这通常发生在语法错误的时候!

由于语法错误，脚本甚至无法进入运行时。它在编译时失败，这意味着它将使用php.ini中的值，如果没有更改，可能不允许显示错误。

错误日志

此外，PHP在默认情况下会记录错误。在共享主机中，它可能位于专用文件夹中，也可能位于与该脚本相同的文件夹中。

如果您可以访问php.ini，您可以在error_log条目下找到它。

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

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

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

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

你也可以像这样在终端(命令行)运行文件:

这将运行您的代码，并为您提供与在error.log中看到的任何错误相同的输出。它提到了错误和行号。

在页面顶部选择一个参数

error_reporting(E_ERROR | E_WARNING | E_PARSE);