为何PHP调用设置错误日志路径失败？PHP-FPM环境排查

我之前也碰到过一模一样的情况！在PHP-FPM环境里，ini_set()修改error_log路径失效，大多和FPM的配置权限限制有关，给你几个具体的排查方向：

• 检查FPM池配置的锁定设置
  PHP-FPM的每个池配置文件（比如/etc/php/{version}/fpm/pool.d/www.conf）里，如果用php_admin_value[error_log]指定了日志路径，那这个配置是脚本无法通过ini_set()修改的——php_admin_value是用来锁定配置的，优先级远高于脚本里的设置。你可以打开对应配置文件搜索error_log，如果是php_admin_value开头，改成php_value[error_log]，然后重启PHP-FPM服务试试。

• 用phpinfo()确认配置优先级
  在你的脚本里加一行phpinfo();，访问后找到error_log项，看Local Value和Master Value的区别。如果Master Value是FPM配置里的路径，而Local Value没变成你设置的/path/to/log，那基本就是被php_admin_value锁死了。另外也可以用php-fpm -t检查配置文件是否合法，避免修改后配置加载失败。

• 别忽略文件权限问题
  就算配置允许修改，目标日志路径/path/to/log所在的目录，得有PHP-FPM进程用户（一般是www-data、nginx或者apache）的写入权限。你代码里加了@抑制错误，就算权限不够也不会报错，建议先把@去掉，这样如果有权限问题，能直接看到报错提示，或者去FPM的主错误日志（比如/var/log/php-fpm/error.log）里找相关警告。

• 确认代码运行的上下文
  确保你是通过HTTP请求（浏览器或接口）运行这段代码的——CLI环境和FPM环境用的是两套配置，如果你在命令行跑脚本，那肯定不会生效。可以在代码里加echo php_sapi_name();，正常FPM环境会输出fpm-fcgi。

小提示：你代码里的@ini_set()会掩盖所有可能的错误，比如权限不足、配置锁定这些问题的报错都会被吃掉，去掉@之后排查会轻松很多，修改后的代码可以改成这样：

echo ini_get('error_log'); 
$debug_logfile_path = "/path/to/log"; 
ini_set('error_log', $debug_logfile_path); 
echo "checking error log<br>"; 
echo ini_get('error_log');

内容的提问来源于stack exchange，提问作者Scott C Wilson