php错误日志由php配置控制，需在正确php.ini中启用log_errors=on并设置绝对路径的error_log；须确保apache用户有写权限，重启apache后用未定义变量测试验证。
Apache 本身不直接处理 PHP 错误日志的写入，真正控制“PHP 错误是否记录、记录到哪、记录什么级别”的是 PHP 的配置项。启用并定向 PHP 错误日志，关键在 php.ini 中正确设置 error_log 和 log_errors，而非 Apache 的 ErrorLog 指令。
确认 PHP 正在使用哪个 php.ini
Apache 加载的 PHP 配置文件位置容易被误判，尤其当存在多个 php.ini（如 CLI 版本和 Web 版本不同）时。直接修改错文件会导致配置完全不生效。
- 创建一个
info.php文件，内容为<?php phpinfo(); ?>，通过浏览器访问它 - 查找 “Loaded Configuration File” 行，确认实际生效的
php.ini路径（例如/etc/php/8.1/apache2/php.ini） - 不要依赖
php --ini输出——那是 CLI 的路径，对 Apache 无效
必须开启的两个 PHP 配置项
仅设置 error_log 是不够的；PHP 默认关闭运行时错误写入日志。以下两项必须同时启用：
-
log_errors = On—— 否则所有错误都只显示或忽略，不会写入任何文件 -
error_log = /var/log/php_errors.log—— 指定绝对路径，推荐用/var/log/下的独立文件，避免混入 Apache 日志
注意：error_log 值不能是相对路径（如 ./php_errors.log），PHP 会尝试写入到 Apache 工作目录（通常是 /var/www），而该目录通常无写入权限，导致静默失败。
立即学习“PHP免费学习笔记（深入）”；
权限与 SELinux（Linux 系统常见坑）
即使配置正确，PHP 进程仍可能因权限不足无法写入日志文件，典型表现是：页面空白、500 错误、error_log 文件始终为空或 0 字节。
- 确保日志文件所在目录（如
/var/log）对 Apache 工作用户（通常是www-data或apache）可写：sudo chown www-data:www-data /var/log/php_errors.logsudo chmod 644 /var/log/php_errors.log - 若系统启用了 SELinux（如 CentOS/RHEL），还需打标签：
sudo semanage fcontext -a -t httpd_log_t "/var/log/php_errors.log"sudo restorecon -v /var/log/php_errors.log - 临时验证权限：切换到 Apache 用户执行写入测试：
sudo -u www-data sh -c 'echo "test" >> /var/log/php_errors.log'
验证是否生效及调试技巧
改完 php.ini 后必须重启 Apache（sudo systemctl restart apache2 或 httpd），否则配置不加载。验证方式要避开缓存和浏览器重定向干扰：
- 在 PHP 脚本中主动触发一个 Notice：
<?php echo $undefined_variable; ?> - 用
curl -I或隐身窗口访问，排除浏览器缓存影响 - 立刻检查目标日志文件：
tail -f /var/log/php_errors.log - 如果没输出，检查 Apache 错误日志（
error_log）里是否有 PHP 模块加载失败或权限拒绝报错，例如：PHP Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0
最常被忽略的一点：Apache 的 LogLevel（如 warn）只影响 Apache 自身模块日志，对 PHP 错误日志完全无影响——PHP 错误是否可见，100% 取决于 PHP 配置，和 Apache 日志级别无关。
