宝塔php错误日志需三步才能在面板首页正常显示：①确认php.ini中error_log为绝对路径且log_errors=on，并重载配置；②排查网站根目录.user.ini是否覆盖禁用日志；③用tail -f实时验证日志写入。
宝塔 PHP 日志不自动显示在面板首页，必须手动确认配置路径 + 排除覆盖行为 + 用命令实时盯住文件，三步缺一不可。
确认 error_log 实际写入路径（不是默认值）
PHP 错误日志位置由 php.ini 中的 error_log 指令决定，但宝塔里改完不重载、或被网站级配置覆盖，就等于白设。别信“应该在这里”，要查真实生效值：
- 登录宝塔 → 软件商店 → 找到 PHP 8.4（或你用的版本）→ 设置 → 配置修改
- 搜索
error_log，确认它没被注释（开头不能有;），且值是绝对路径，比如/www/wwwlogs/php84_error.log - 同时检查
log_errors = On，若为Off，日志根本不会生成 - 点「保存」后，**必须点右上角「重载配置」**——只保存不重载，配置仍不生效
排查 .user.ini 覆盖导致日志“消失”
单个网站根目录下的 .user.ini 优先级高于全局 php.ini，很多问题都卡在这儿：明明全局配好了，某站点就是没日志。这是最常被忽略的环节：
- 进对应网站根目录（如
/www/wwwroot/example.com/），用宝塔「文件」管理器看是否存在.user.ini - 打开它，重点搜这两行：
log_errors=Off和error_log=（后面跟相对路径、/tmp/或不存在目录都算无效） - 临时注释掉可疑行，比如改成
;error_log=/tmp/php_err.log - 保存后，SSH 执行
bt 11（重启对应 PHP 版本），否则覆盖仍生效
用 tail -f 实时盯住日志文件（验证是否真在写）
界面刷新慢、缓存干扰多，终端命令才是最可信的验证方式。只要路径对、权限够、错误触发了，tail -f 会立刻吐出内容：
立即学习“PHP免费学习笔记（深入）”；
- 先确认文件是否存在：
ls -l /www/wwwlogs/php84_error.log（按你实际配置路径替换） - 如果提示“No such file”，不代表配置错，可能是还没出错；可手动创建：
touch /www/wwwlogs/php84_error.log && chmod 644 /www/wwwlogs/php84_error.log - 执行：
tail -f /www/wwwlogs/php84_error.log - 另开一个终端，访问该站任意 PHP 页面（比如故意写个
<?php echo $undefined_var; ?>），看日志是否秒级输出类似这样的行：[04-Feb-2026 10:35:22 Asia/Shanghai] PHP Notice: Undefined variable: undefined_var in /www/wwwroot/example.com/test.php on line 1
区分 PHP 错误日志和 Nginx 访问日志（别混成一个东西）
很多人搜“PHP 日志”却去看 /www/wwwlogs/yourdomain.log，那是 Nginx 的 HTTP 访问日志，记录的是请求头、状态码、IP，不是 PHP 解析错误。两者完全无关：
- PHP 错误日志：只记录
Parse error、Fatal error、Warning等，由error_log配置控制 - Nginx 访问日志：记录每次 HTTP 请求，路径通常是
/www/wwwlogs/yourdomain.com.log，由站点配置里的access_log指令决定 - 若想查“为什么页面空白”，看 PHP 错误日志；若想查“谁在刷接口”，看 Nginx 访问日志
真正卡住人的，从来不是路径记不住，而是改了全局配置却忘了重载，或是被 .user.ini 默默覆盖还浑然不知。盯住 tail -f 输出，比翻十遍面板更准。
