Throw问题
项目部署到Linux 服务器上后有时会出现 每日日志无法写入的问题。由此汇总一下常出现的问题及解决方式。
权限问题
导致无法写入日志的问题，是由于代码更新时添加了文件是 root 用户，所以创建日志文件也是root 权限，导致其它用户的 www 权限无法写入日志文件中。
所以修改 storage/logs/ 的用户权限为 www
chown www:www storage/logs -R
注意：如果用户使用supervisord服务运行队列的话，如果队列里有日志记录，那么运行的用户也需要改成 www 用户。
还有一种解决方式，就是修改日志的源码。
laravel在web模式下产生的日志文件（storage/logs）由www-data用户创建，而在命令行(php artisan)模式下是由当前登录系统用户创建。
这两个用户不在同一个组下，就导致后操作的功能无法对日志文件进行写操作。解决这个问题需要修改Laravel在使用Monolog框架时的源代码。
需要修改的文件在 vendor/laravel/framework/src/Illuminate/Log/Writer.php 第229行。
$handler = new RotatingFileHandler($path, $days, $this->parseLevel($level))
改为
$handler = new RotatingFileHandler($path, $days, $this->parseLevel($level),true,0777)
该代码在useDailyFiles函数中，因为config/app.php中对日志框架的配置是
'log' => 'daily',
所以使用的是RotatingFileHandler，构造函数中第五个参数是指定创建文件的权限。
用户问题
用户问题，也算是权限问题。我用这个方式解决的问题。
首先 crontab -l 查看定时任务，laravel 的定时任务定义在这里。
crontab -e 修改定时任务。一切依旧。定时任务也执行了。第二天，开始出现日志不可写的问题。
解决步骤1：修改 crontab -u www -e 定时任务配置给 www 用户，去掉root 的定时任务。第二天不再出现日志不可写问题。
结果定时任务不再执行。没遇到过这样的情况，于是同时给www 用户和 root 用户 都配置了 定时任务。结果还是日志不可写。
解决步骤2：经过一番挣扎的搜寻 ，打开了最后一次的日志。
* 号 是代表可能会有很多个 cron 开头的日志，打开最后一个即可。
vi /var/logs/cron*
如图：
看到定时任务的错误日志，进入home 目录，建立www文件夹。赋予权限。完成问题的解决。
以上这篇关于laravel 日志写入失败问题汇总就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？