Laravel缓存文件属主权限不一致 如何统一设置写入用户为www-data

• 根本原因是触发缓存写入的PHP进程运行用户不统一：Web访问场景下，PHP请求由Nginx/Apache驱动PHP-FPM处理，默认运行用户是www-data，此时写入的缓存文件属主自然是www-data；但如果你直接在终端用root、个人登录账号等非www-data用户执行php artisan命令、运行队列/定时任务，这部分操作触发的缓存写入，生成的文件属主就是当前执行命令的用户。两类操作交替执行，就会出现目录下文件属主混杂的情况。
• 你遇到的异常缓存来自无密码登录扩展包，该扩展生成登录临时凭证的逻辑，既可能在用户访问Web的正常请求流程中触发，也可能在命令行批量生成登录链接、队列异步发送登录邮件、定时任务生成登录入口时触发，刚好覆盖了Web和CLI两类运行场景，是属主混杂问题的高发点。
• 不同用户的系统默认umask（文件权限掩码）配置存在差异，创建文件时的默认权限位不统一，进一步导致同目录下文件权限配置不一致。比如root用户默认创建的文件权限为644，若www-data用户的umask配置不同，生成的文件可能为664或其他权限值。
• 偶发权限报错的触发逻辑非常明确：当某个用户写入缓存文件时设置了仅自身可读写的权限，后续其他用户的进程需要读取、覆盖或删除该缓存文件时，就会直接抛出权限拒绝错误。

• 首先修正现有目录的属主和权限，在项目根目录执行以下命令：

# 递归修正Laravel必须可写的两个目录的属主为www-data
chown -R www-data:www-data ./storage
chown -R www-data:www-data ./bootstrap/cache
# 设置目录基础权限，保证同组进程可正常读写
chmod -R 775 ./storage
chmod -R 775 ./bootstrap/cache

• 所有CLI场景下的Laravel操作，强制以www-data用户身份执行，从根源避免写入用户不一致：
  • 手动执行artisan命令时，前缀加sudo -u www-data，例如执行缓存清理使用sudo -u www-data php artisan cache:clear
  • 若使用Supervisor管理队列进程，将配置文件中的user参数值设为www-data，保证队列常驻进程始终以www-data身份运行
  • 配置定时任务时，不要将任务写入root或其他个人用户的crontab，直接编辑www-data用户的定时任务配置：执行crontab -u www-data -e后再添加Laravel的定时任务条目
• 可选加固配置：全局统一文件创建权限掩码，在项目的public/index.php（Web入口）和artisan（CLI入口）两个文件的最开头，在<?php标签下新增一行代码：

umask(0002);

该配置会让所有场景下新创建的文件默认权限为664、目录默认权限为775，避免出现文件仅属主可读写的锁死情况。

• 配置完成后可做验证：分别触发一次Web请求写入缓存、执行一次CLI命令写入缓存，执行ls -l storage/framework/cache查看新生成的文件属主，若全部显示为www-data即配置生效。

内容的提问来源于stack exchange，提问作者AH.