Laravel 5.5环境下无法开启PHP-FPM错误日志如何解决？

我来帮你梳理排查这个问题——Laravel自带的错误处理机制确实会接管大部分错误输出，很可能是这个原因导致PHP-FPM的错误日志没内容。咱们一步步来排查：

1. 先检查Laravel的核心日志配置 #

Laravel默认会把错误收集到自己的日志文件里，而不是PHP原生错误日志，先确认这几个关键配置：

• 打开项目根目录的.env文件，查看APP_DEBUG和APP_LOG：
  • 如果APP_DEBUG=false，Laravel会抑制详细错误的输出，可能不会把错误传递给PHP-FPM日志；建议先临时设置为APP_DEBUG=true测试。
  • APP_LOG如果设置为single或daily，错误会被写入storage/logs/laravel.log，你可以先看看这个文件里有没有你触发的错误。
• 同步检查config/app.php里的debug和log配置，确保和.env的设置一致（有时候缓存会导致配置不生效，可执行php artisan config:clear清除配置缓存）。

2. 排查Laravel的异常处理类 #

Laravel5.5的异常处理逻辑在app/Exceptions/Handler.php的report方法里，默认会把异常交给Laravel日志系统。如果这个方法被自定义修改过，可能会拦截错误传递到PHP-FPM：

• 打开这个文件，检查report方法是否调用了parent::report($exception);，这行代码会确保异常触发原生PHP的错误处理流程，让错误能被PHP-FPM日志捕获。
• 如果有自定义的异常过滤逻辑，看看是不是把你触发的错误类型排除了，比如只记录特定异常，没有让错误继续冒泡。

3. 确认PHP-FPM配置在Laravel环境中生效 #

虽然纯PHP环境有效，但Laravel可能使用了不同的PHP-FPM池或者配置没正确加载：

• 执行php-fpm7.0 -t检查配置文件语法是否正确，确保/etc/php/7.0/fpm/pool.d/www.conf里的catch_workers_output = yes没有被其他配置覆盖。
• 重启PHP-FPM服务：sudo service php7.0-fpm restart，确保修改后的配置生效。
• 检查/etc/php/7.0/fpm/php.ini里的error_reporting，设置为error_reporting = E_ALL，确保所有级别错误都能被记录。

4. 测试原生错误是否能在Laravel项目中被捕获 #

在Laravel项目的public目录下新建一个test.php文件，写入以下代码：

<?php
// 触发一个未定义变量错误
echo $undefined_variable;
?>

访问这个文件（比如http://your-domain/test.php），然后查看/var/log/php-errors.log是否有记录：

• 如果有记录，说明问题出在Laravel的路由/中间件或错误处理接管了请求；
• 如果还是没有，那可能是PHP-FPM的配置在这个环境中确实没生效，或者有其他系统层面的限制。

5. 再次确认日志文件的权限和SELinux限制 #

虽然你已经设置了所有者，但还是要检查：

• 日志文件权限：执行chmod 664 /var/log/php-errors.log，确保www-data用户有写入权限。
• 如果服务器开启了SELinux，可能会阻止PHP-FPM写入日志：
  • 用ls -Z /var/log/php-errors.log查看SELinux上下文；
  • 执行sudo chcon -t httpd_sys_rw_content_t /var/log/php-errors.log设置正确的上下文，让Web服务可以写入。

按照这些步骤排查下来，应该能找到问题所在。如果还是不行，可以尝试在控制器里直接触发致命错误（比如trigger_error('Test PHP FPM Log', E_USER_ERROR);），看看是否能被PHP-FPM日志捕获，这样能进一步缩小排查范围。

内容的提问来源于stack exchange，提问作者manifestor