PHP错误日志不写入的主因是.user.ini覆盖配置、文件权限不当、log_errors未启用或open_basedir限制；需检查.user.ini、修正/www/wwwlogs/目录及日志文件权限、确认php.ini中log_errors=On与error_log路径正确、确保open_basedir包含日志路径且error_log函数未被禁用。
PHP错误日志路径被.user.ini覆盖
宝塔面板里PHP错误日志不写入，最常见原因是站点根目录下的.user.ini文件偷偷关掉了日志，或把error_log指向了不可写路径。这个文件优先级高于php.ini，且会自动生效，改完php.ini也白搭。
- 进对应网站根目录（如
/www/wwwroot/example.com），用宝塔「文件」管理器打开.user.ini - 检查是否存在
log_errors=Off、error_log=./logs/php_error.log这类行——注意./是相对路径，宝塔默认可写位置是/www/wwwlogs/ - 临时注释掉这些行（前面加
;），保存后执行bt 11重载PHP，再触发一次PHP错误（比如故意写个undefined function） - 用
tail -f /www/wwwlogs/php84_error.log确认是否开始输出
日志文件权限或属主不对
PHP 8.4 默认以www用户运行，如果php84_error.log属主是root、权限是600，或者文件根本不存在但PHP没权限创建它，就会静默失败——既不报错，也不写日志。
- 执行
ls -l /www/wwwlogs/php84_error.log，看属主是不是www、权限是不是-rw-r--r--（即644） - 如果不是，先
touch /www/wwwlogs/php84_error.log，再执行chown www:www /www/wwwlogs/php84_error.log && chmod 644 /www/wwwlogs/php84_error.log - 如果目录
/www/wwwlogs/本身权限不对（比如属主不是www），也要一并修正：chown -R www:www /www/wwwlogs/
PHP配置中log_errors未真正启用
即使面板里点了“开启错误日志”，也可能因php.ini里log_errors被设为Off，或error_reporting级别太低，导致实际错误不被捕获。
- 在宝塔「软件商店 → PHP 8.4 → 设置 → 配置文件」里打开
php.ini - 确认这三行都存在且正确：
log_errors = On、error_log = /www/wwwlogs/php84_error.log、error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT -
display_errors必须为Off（生产环境严禁开启，否则敏感信息会暴露到前端） - 改完保存，一定要点「重载配置」，不能只重启PHP服务——重载才会让PHP-FPM子进程重新读取ini
日志内容为空但文件有更新时间
有时候php84_error.log文件时间在变，但tail -f看不到内容，说明PHP确实在尝试写，但可能被open_basedir限制、或disable_functions禁用了error_log()函数。
立即学习“PHP免费学习笔记（深入）”；
- 查
open_basedir：在php.ini里搜这一项，确保包含/www/wwwlogs/路径，例如open_basedir = /www/wwwroot/:/tmp/:/www/wwwlogs/ - 查禁用函数：在宝塔「PHP设置 → 禁用函数」里确认
error_log没被列进去（有些精简版会默认禁用） - 验证是否真被拦截：写个测试脚本
<?php error_log("test log line"); ?>放到网站下访问，再看日志文件末尾有没有这行
.user.ini到php.ini，再到文件系统权限，任意一层脱节都会导致日志静默失效。别只盯着面板开关，得顺着写入链路一层层敲实。 
