打开错误报告是正确的解决方案，但是它似乎不会在打开它的程序中生效，而只会在随后包含的程序中生效。

因此，我总是创建一个文件/程序(我通常称之为“genwrap.php”)，它的代码本质上与这里流行的解决方案相同。打开错误报告)，然后它还包括我实际想要调用的页面。

实现这个调试有两个步骤;

首先，创建genwrap.php，然后把下面的代码放进去:

<?php
error_reporting(-1);
ini_set('display_errors', 'On');

include($_REQUEST['page']);
?>

第二，将你想要调试的程序/页面的链接改为通过genwrap.php，

例如:改变:

$.ajax('dir/pgm.php?param=val').done(function(data) { /* ... */

to

$.ajax('dir/genwrap.php?page=pgm.php&param=val').done(function(data) { /* ... */

打开错误报告是正确的解决方案，但是它似乎不会在打开它的程序中生效，而只会在随后包含的程序中生效。

因此，我总是创建一个文件/程序(我通常称之为“genwrap.php”)，它的代码本质上与这里流行的解决方案相同。打开错误报告)，然后它还包括我实际想要调用的页面。

实现这个调试有两个步骤;

首先，创建genwrap.php，然后把下面的代码放进去:

<?php
error_reporting(-1);
ini_set('display_errors', 'On');

include($_REQUEST['page']);
?>

第二，将你想要调试的程序/页面的链接改为通过genwrap.php，

例如:改变:

$.ajax('dir/pgm.php?param=val').done(function(data) { /* ... */

to

$.ajax('dir/genwrap.php?page=pgm.php&param=val').done(function(data) { /* ... */

使用@inexistent_function_call ();将导致解释器安静地停止并中止脚本解析。您应该检查无效的函数，并尽量不要使用错误抑制操作符(@ char)

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

在页面顶部选择一个参数

error_reporting(E_ERROR | E_WARNING | E_PARSE);

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

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

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

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

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