日志写入失败是FrankenPHP用户权限错配的典型表现，核心在于FrankenPHP进程用户与var/logs目录属主/权限不匹配，需用posix_geteuid()确认实际运行用户，并通过ACL或双属主授权确保CLI和HTTP服务用户均可写入。
日志写入失败是 FrankenPHP 用户权限错配的典型表现
不是 Symfony 配置错了，也不是 Monolog 坏了——而是 FrankenPHP 进程用户和 var/logs 目录属主/权限不匹配。FrankenPHP 默认以当前 shell 用户（比如 yourname）启动，而它生成的日志文件却要被 Web 请求（由 FrankenPHP 内置 HTTP 服务处理）写入，此时实际写入者仍是同一个进程用户。但如果你用 systemd、docker 或反向代理方式部署，用户就可能变成 www-data、nginx 或自定义用户，权限链立刻断裂。
检查 FrankenPHP 实际运行用户必须用 posix_geteuid()
别信 ps aux | grep frankenphp 的第一列，那只是启动命令的用户，不是 PHP 运行时的 EUID。在控制器或临时脚本里加这行：
echo posix_getpwuid(posix_geteuid())['name'] ?? 'unknown';
这才是日志写入操作真正使用的用户。常见结果：
- CLI 启动：
yourname - Docker 容器内未指定
user:：root（危险！） - systemd 服务中设了
User=www-data：www-data - FrankenPHP CLI 模式下用了
--user www-data：www-data
这个输出值，就是你后续所有 chown 和 chmod 的依据。
立即学习“PHP免费学习笔记（深入）”；
var/logs 目录权限不能只设 775，必须用 ACL 或双属主
FrankenPHP 场景下，常需同时满足两个用户写入：开发时你用 CLI 清缓存（yourname），线上请求由 FrankenPHP HTTP 服务写日志（www-data）。传统 chown yourname:www-data var/logs && chmod 775 在 macOS 或某些 Linux 发行版上会失效，因为组权限不自动继承子文件。
更可靠的做法：
- Linux（推荐）：
sudo setfacl -R -m u:yourname:rwx var/logs和sudo setfacl -R -m u:www-data:rwx var/logs - macOS：
sudo chmod +a "yourname allow read,write,append,file_inherit,directory_inherit" var/logs和同理加www-data或_www - 容器环境：确保
Dockerfile中USER指令与chown一致，例如RUN chown -R 1001:1001 /app/var/logs，再在docker run里用--user 1001:1001
注意：logrotate 轮转后新文件默认属主是 root，必须在配置里加 create 640 www-data www-data，否则 FrankenPHP 下次写就报 failed to open stream: Permission denied。
Monolog 配置里 channels 写错会导致静默丢日志
FrankenPHP 不改变 Symfony 日志逻辑，但容易因环境混淆导致配置失效。最常踩的坑是：
- 在
config/packages/dev/monolog.yaml里配了rotating_file处理器，但没把main通道加进channels列表，结果只有console输出，var/logs/dev.log仍是空的 - 误把
channels: ['!event', '!doctrine']理解成“只记录 event 和 doctrine”，实际是“排除”——漏掉main就等于切断主日志流 - FrankenPHP 启动时加载的是
prod配置（即使 URL 是localhost:8000），因为其内置服务器不自动识别APP_ENV=dev，得显式传参：frankenphp serve --env=dev
验证是否生效：在控制器里调用 $this->get('logger')->error('test from frankenphp')，然后立刻 ls -l var/logs/*.log 看文件更新时间和属主。如果时间变了但属主还是 root，说明权限没对；如果时间没变，大概率是 channels 漏配或环境加载错了。
FrankenPHP 的权限问题核心不在“能不能写”，而在“谁在写”和“写完归谁”。每次改完权限或配置，都要用 posix_geteuid() 和 ls -l var/logs 双验证，跳过任何一步都可能让日志继续沉默。
