PHP 8.3 中 error_log() 默认不再输出到 Web 服务器日志，而是输出到 SAPI 的 stderr；需显式启用 log_errors=On 并配置有效 error_log 路径，或改用更可靠的 syslog()。
PHP 8.3 的 error_log() 默认行为变了
PHP 8.3 不再默认把 error_log() 输出到 Web 服务器错误日志（比如 Apache 的 error_log 或 Nginx 的 error.log），而是直接输出到 SAPI 的 stderr —— 这在 CLI 下能看到，在 FPM 下却常被丢弃或混进 fpm slow log，导致“明明调用了 error_log() 却找不到日志”。
根本原因是 PHP 8.3 引入了更严格的日志流向控制，默认关闭了 log_errors = On 对 error_log() 函数的透传能力。
- 确认当前行为：
var_dump(ini_get('log_errors'), ini_get('error_log'));，如果log_errors是""或"0"，函数日志就基本不会落地 - 必须显式设置
log_errors = On（php.ini 或 .htaccess 或ini_set('log_errors', '1')） -
error_log配置项必须指向有效路径，例如/var/log/php/error.log，且 PHP 进程有写权限 - FPM 场景下，
error_log值会被php-fpm.conf中的error_log覆盖，优先以 FPM 主配置为准
想记系统级日志？别只靠 error_log()，用 syslog() 更可靠
PHP 8.3 对 syslog() 的支持更稳定，且不依赖 Web 服务器日志链路，适合记录运维关注的系统事件（如服务启动、配置加载失败、关键资源超限）。
它直接走 Linux syslogd 或 rsyslog，能自动打上时间戳、进程名、facility 标签，也方便后续用 journalctl -t php 或 ELK 收集。
立即学习“PHP免费学习笔记（深入）”；
- 启用前先确认系统 syslog 可用：
php -r "openlog('test', LOG_PID, LOG_USER); syslog(LOG_INFO, 'hello'); closelog();"，然后tail -f /var/log/syslog | grep test - 推荐初始化方式：
openlog('myapp', LOG_PID | LOG_CONS, LOG_LOCAL0)，用LOG_LOCAL0避免和系统服务冲突 - 日志级别用
syslog(LOG_WARNING, ...)或syslog(LOG_ERR, ...)，比error_log()的字符串无差别输出更利于分级告警 - 注意：Windows 下
syslog()不可用，需 fallback 到文件写入
FPM + Docker 环境下 error_log 文件权限经常出错
PHP 8.3 的 FPM worker 进程默认以 www-data（或自定义用户）运行，但容器内该用户 UID 可能和宿主机挂载目录的 owner 不匹配，导致 error_log 文件创建失败，错误被静默吞掉。
现象是 tail -f /var/log/php/error.log 没输出，但 strace -p $(pgrep php-fpm) -e trace=openat,write 会看到 EACCES 或 ENOENT。
- 检查日志路径父目录权限：
ls -ld /var/log/php，确保www-data用户有w权限 - Docker 启动时加
--user $(id -u):$(id -g)或在Dockerfile中USER www-data并RUN chown -R www-data:www-data /var/log/php - 避免用
/tmp存日志：部分容器镜像会清空/tmp，且 SELinux/udev 可能拦截 - 临时调试可设
error_log = /dev/stderr，让日志进容器 stdout，配合docker logs查看
error_reporting 和 display_errors 会影响 error_log() 内容吗？
不影响。PHP 8.3 明确分离了“是否显示错误”和“是否记录错误”两条路径：display_errors 控制是否输出到页面或终端，error_reporting 控制哪些错误类型触发处理逻辑，而 error_log() 是独立函数调用，不经过错误分类器。
也就是说，即使 error_reporting = 0 或 display_errors = Off，你手动写的 error_log("debug: $x") 依然会按 log_errors 和 error_log 配置落地。
- 但要注意：
trigger_error()类错误会受error_reporting影响 —— 如果级别被屏蔽，就不会触发error_log记录（哪怕log_errors=On） - 安全起见，生产环境应保持
display_errors = Off，仅靠error_log()或syslog()记录 - 调试阶段可在入口加
ini_set('error_log', '/tmp/php-debug.log');，但上线前必须删掉或注释，避免路径硬编码
真正容易被忽略的是 FPM 的 catch_workers_output = yes 配置：它会让 worker 的 stdout/stderr 重定向进 FPM 自己的 error_log，此时你用 error_log("msg") 实际会出现在 FPM 日志里，而不是你设的 error_log 文件中 —— 查日志前先确认这个开关状态。
