PHP 日志路径由 error_log 配置项决定，优先级为：运行时 ini_set → FPM Pool php_admin_value → 全局 php.ini；需确保 log_errors=On、权限正确、SELinux 上下文合规，并区分 CLI/FPM 环境。
查看当前 PHP 日志路径（error_log 配置）
PHP 默认不一定会写日志到文件，得先确认它当前往哪写。最直接的方式是查 phpinfo() 输出里的 error_log 行——它显示的是当前生效的日志文件路径（如果为空，说明日志可能输出到 SAPI 错误流，比如 Apache 的 error_log 或 CLI 的 stderr）。
也可以用代码快速验证：
<?php
echo ini_get('error_log');
// 输出类似：/var/log/php_errors.log 或空字符串
?>- 如果输出为空，PHP 没有配置独立日志文件，错误会交给 Web 服务器处理（如 Nginx/Apache 自己的日志）
- 如果输出是相对路径（如
php_errors.log），它会相对于当前脚本执行目录写入，极易混乱，应避免 - 注意：CLI 和 FPM 的
error_log是分开配置的，别只查 Web 环境
修改 error_log 的三种生效位置
PHP 日志路径由 error_log 配置项控制，但它可在多个层级设置，优先级从高到低：
-
运行时动态设置：
ini_set('error_log', '/path/to/my.log')—— 仅对当前请求有效，适合调试，但不能替代配置 -
FPM Pool 级配置（推荐）：在
www.conf或对应 pool 文件中加php_admin_value[error_log] = /var/log/php-fpm/www-error.log，重启 php-fpm 生效 -
全局 php.ini：修改
error_log = /var/log/php/error.log，需重启 PHP 进程；但不推荐，容易被其他 pool 覆盖或与系统策略冲突
关键点：php_admin_value 比 php_flag 更稳妥，且不能被脚本用 ini_set 覆盖，适合生产环境锁定日志路径。
立即学习“PHP免费学习笔记（深入）”；
权限和 SELinux 问题常导致写入失败
即使路径写对了，PHP 进程（如 www-data、nginx 或 apache 用户）也必须有写权限，且目录存在。常见报错：
-
Failed to write session data (files)（连带影响日志） - 错误日志本身没生成，但
tail -f /var/log/syslog可能看到类似PHP Warning: Unknown: open(/var/log/php/app.log) failed: Permission denied
检查步骤：
ls -ld /var/log/php/ # 应输出类似：drwxr-xr-x 2 www-data www-data ... touch /var/log/php/test.log 2>/dev/null && echo "OK" || echo "Permission denied" # 如果失败，用 chown/chmod 修复，或改用已有权限的路径（如 /tmp，仅限临时）
SELinux 启用时（CentOS/RHEL），还需确认上下文：ls -Z /var/log/php/，必要时运行 semanage fcontext -a -t httpd_log_t "/var/log/php(/.*)?" && restorecon -Rv /var/log/php。
日志路径修改后不生效？重点检查这三点
改完配置却还是看不到新日志，大概率卡在这几个地方：
- 改的是 CLI 的
php.ini，但你跑的是 FPM —— 查php --ini和php-fpm -i | grep 'Loaded Configuration File'是否一致 - 忘记重启服务：
systemctl restart php-fpm（FPM）或systemctl restart apache2（Apache）或nginx -s reload（Nginx + PHP-FPM） -
log_errors被设为Off—— 即使error_log设了路径，也得确保log_errors = On才会写入
复杂点在于：Web 服务器、PHP SAPI、SELinux、用户权限四层叠加，任一环节断开都会让日志“消失”。定位时别只盯着 php.ini，先用 phpinfo() 确认最终生效值，再顺藤摸瓜查进程权限和系统限制。
