在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

只需写下：

error_reporting(-1);

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

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

在php文件所在的文件夹中创建一个名为php.ini的文件。

在php.ini中添加以下代码（我给出了一个显示代码的简单错误）：

display_errors = on

display_startup_errors = on

如果您发现自己处于无法通过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.";
}

警告：以下答案事实上不正确。错误处理中没有任何更改，未捕获的异常与其他错误一样显示。建议的方法必须谨慎使用，因为它无条件地输出错误，尽管设置了display_error，并且可能会通过向现场的局外人透露敏感信息而构成威胁。

您可能会发现“错误报告”或“显示错误”的所有设置在PHP7中似乎都不起作用。这是因为错误处理已更改。请尝试以下操作：

try{
     // Your code
} 
catch(Error $e) {
    $trace = $e->getTrace();
    echo $e->getMessage().' in '.$e->getFile().' on line '.$e->getLine().' called from '.$trace[0]['file'].' on line '.$trace[0]['line'];
}

或者，要一次性捕获异常和错误（这与PHP5不向后兼容）：

try{
     // Your code
} 
catch(Throwable $e) {
    $trace = $e->getTrace();
    echo $e->getMessage().' in '.$e->getFile().' on line '.$e->getLine().' called from '.$trace[0]['file'].' on line '.$trace[0]['line'];
}