问题： 部署博客，服务器经常500
排查：查看laravel日志： file_put_contents () ，failed to open stream: No such file or directory；
出现几率为偶尔性，不常出现；
结合百度搜索，猜测可能出现的原因：
- storage 目录权限问题【已赋予：storage、bootstrap/cache文件夹
777权限，还是会报错】 - inode 耗尽 【inode 足够，使用不到 10%】
- 磁盘空间不够 【硬盘空间足够】
- 服务器不支持共享锁 【参见阿里云 部分服务器不支持共享锁 ，file_put_contents ($path, $contents, $lock ? LOCK_EX : 0); LOCK_EX 改为 LOCK_SH, 依然无效】
- 缓存问题。 执行了 php artisan cache:clear
- log 文件日志过大问题。【log 文件不到 4KB】
- 目录不存在问题。【查看 /storage/framework/cache/data/61/66/61662d13be54459cafad9d52f19137b34a4d42c9 目录及文件存在， 查看目录及文件生成时间 和 laravel 报错时间一致， 精确到秒】
按照上述步骤解决后，还是会偶尔性出现;
于是便查看storage/logs文件，看到log文件属于 root 权限；
为什么是log会是 root 创建的，而不是 www 创建的？？？
明明用chmod给过权限，为什么是log会是 root 创建的？
发现问题根源
经过筛查，原来
- 在项目文件夹中有些文件权限不是www，而是root权限（storage/logs/laravel.log文件不是www权限而是root权限，可用
ll命令查看当前目录下文件的权限） - 执行 crontab 的命令，在定时器中有报错，所以在定时器中生成了日志，故权限为 root
- 是在root用户下执行命令，文件相关权限就会变成root（包括git、php artisan 、mkdir 、touch等）；
如何修复
排查是什么文件引起的，可以在项目目录中查看当前目录下文件的权限（重点看storage文件夹下的相关文件）
#当前目录下文件的权限 ll #当前目录下文件的权限
查找出为什么文件会是 root 创建的原因（我这里是因为 crontab 的命令的问题）
让日志文件，在定时任务中不要以 root 的形式执行
crontab -u www -e ;
执行完命令后执行，把所有者改为 www
chown -R www:www * .*
2022年更新
如果你的项目是刚刚部署，出现这个状态且都不是上面的问题；
那么你可以打开项目下 storage/framework/cache/data 文件夹看是否权限为 664 ；
如果是 644 则直接修改 config/cache.php
... 'file' => [ 'driver' => 'file', 'path' => storage_path('framework/cache/data'), 'permission' => 0664, ], // 将 0664 改为 0775 'file' => [ 'driver' => 'file', 'path' => storage_path('framework/cache/data'), 'permission' => 0775, ], ...
最后一定记得运行命令
php artisan config:cache php artisan cache:clear
问题总结
Laravel 在使用 Cache 时使用了 file 类型，然后 file 使用的是 0664 导致 www 用户无法执行 Cache 下的文件。
当然你可以可以将 Cache 类型换成：Redis、Memcached
