如果安装了Xdebug，则可以通过以下设置覆盖每个设置：

xdebug.force_display_errors = 1;
xdebug.force_error_reporting = -1;

强制显示错误类型：int，默认值：0，在Xdebug中引入>=2.3如果设置设置为1，则无论PHP的display_errors的设置是什么。强制错误报告类型：int，默认值：0，在Xdebug中引入>=2.3此设置是位掩码，如error_reporting。此位掩码将与error_reporting表示的位掩码进行逻辑“或”运算，以将错误显示到dermine。此设置只能在php.ini中进行，允许您强制显示某些错误，无论应用程序如何使用ini_set（）。

您无法在运行时启用错误输出的同一文件中捕获解析错误，因为它会在实际执行任何操作之前解析文件（因为在执行过程中遇到错误，所以不会执行任何操作）。您需要更改实际的服务器配置，以便启用display_errors并使用适当的error_reporting级别。如果您没有访问php.ini的权限，则可以使用.htaccess或类似文件，具体取决于服务器。

此问题可能提供其他信息。

在Unix CLI中，只将错误重定向到文件是非常实用的：

./script 2> errors.log

在脚本中，可以像往常一样使用var_dump（）或等效方法（STDOUT和STDERR都将接收输出），但只能在日志文件中写入：

fwrite(STDERR, "Debug infos\n"); // Write in errors.log^

然后从另一个shell中进行实时更改：

tail -f errors.log

或者干脆

watch cat errors.log

在php.ini中：

display_errors = on

然后重新启动web服务器。

如果尽管遵循了以上所有答案（或者您无法编辑php.ini文件），但仍然无法收到错误消息，请尝试创建一个新的php文件来启用错误报告，然后将问题文件包括在内。如：

error_reporting(E_ALL);
ini_set('display_errors', 1);
require_once('problem_file.php');

尽管在php.ini文件中正确设置了所有内容，但这是我唯一能够捕获名称空间错误的方法。我的确切设想是：

//file1.php
namespace a\b;
class x {
    ...
}

//file2.php
namespace c\d;
use c\d\x; //Dies because it's not sure which 'x' class to use
class x {
    ...
}

如果您发现自己处于无法通过php.ini或.htaccess修改设置的情况下，那么当您的php脚本包含解析错误时，您就不可能显示错误。然后，您必须解决以下问题：

find . -name '*.php' -type f -print0 | xargs -0 -n1 -P8 php -l | grep -v "No syntax errors"

如果您的主机被锁定，不允许通过php.ini或.htaccess更改值，那么它也可能不允许通过ini_set更改值。您可以使用以下PHP脚本进行检查：

<?php
if( !ini_set( 'display_errors', 1 ) ) {
  echo "display_errors cannot be set.";
} else {
  echo "changing display_errors via script is possible.";
}