日志写入失败需逐层排查：先检查 .user.ini 是否禁用日志或路径错误；再确认日志文件属主为 www、权限 644；接着核查 Supervisor 的 stderr 日志中 Permission denied 或 proc_open 禁用问题；最后确保计划任务以 www 用户执行并指定完整 PHP 路径。
日志路径存在但写入失败：先查 error_log 配置是否被覆盖
宝塔里 PHP 日志不生成，或 error_log 文件空着不动，大概率不是没报错，而是日志压根没写进去。常见原因是网站根目录下的 .user.ini 文件偷偷关掉了日志，或者把路径指向了不存在的目录。
- 进对应站点根目录（如
/www/wwwroot/example.com），用宝塔「文件」管理器打开.user.ini - 找有没有
log_errors=Off或error_log=./logs/php_error.log这类行——注意./是相对路径，/www/wwwlogs/才是宝塔默认可写位置 - 临时注释掉这些行（前面加
;），保存后执行bt 11重载 PHP，再试一次触发错误
tail -f 看不到实时日志：确认日志文件权限和用户归属
tail -f /www/wwwlogs/php84_error.log 一直没输出，可能文件存在但 PHP 进程根本没权限写。PHP 8.4 默认以 www 用户运行，如果日志文件属主是 root 或权限是 600，就会静默失败。
- 执行
ls -l /www/wwwlogs/php84_error.log，看属主是不是www、权限是不是-rw-r--r--（即644） - 如果不是，手动修复：
chown www:www /www/wwwlogs/php84_error.log&&chmod 644 /www/wwwlogs/php84_error.log - 如果文件还不存在，先
touch出来再授权，否则 PHP 可能因无法创建文件而放弃写日志
Supervisor 守护进程反复重启：重点查 stderr 日志里的权限拒绝
用 Supervisor 跑 Laravel 队列或 Python 脚本时，进程启动几秒就退出，面板显示“已停止”又自动拉起，这类问题八成出在子进程启动阶段的权限校验上，而不是业务代码本身。
- 在宝塔「Supervisor 进程管理器」里点对应进程的「日志」按钮，优先看
.err.log文件内容 - 搜索关键词：
Permission denied、open_basedir restriction、proc_open is not available - 若出现
proc_open报错，说明 PHP 禁用了该函数——去「软件商店 → PHP 8.4 → 禁用函数」里把proc_open去掉 - 若报
open_basedir，检查 PHP 配置中是否限制了脚本访问/www/wwwroot/外的路径，比如队列监听器要读取/tmp下的 socket
计划任务执行失败却无日志：别忘了 su 切换用户再跑命令
在宝塔「计划任务」里添加了 php artisan schedule:run，但 Laravel 的 scheduler:work 日志始终为空，或者报 failed to open stream: Permission denied，问题往往出在执行用户不对——任务默认以 root 运行，但 Laravel 的 storage/ 目录只给了 www 写权限。
- 计划任务命令栏里不要直接写
php xxx，改用：su -c "php artisan schedule:run" -s /bin/sh www - 确保
www用户能读取项目目录：chown -R www:www /www/wwwroot/example.com - 如果用了多 PHP 版本，命令里要显式调用完整路径，例如：
/www/server/php/84/bin/php，避免系统默认 php 版本不一致
日志权限问题最麻烦的地方在于：它不报错，只沉默。你看到的“没日志”，可能是配置被覆盖、路径不可写、用户不匹配、甚至 PHP 函数被禁用——四个环节只要一个断掉，日志链就全失效。排查时得一层层剥开，不能只盯着 error_log 路径本身。
