如何解决Laravel日志文件写入失败问题

这篇文章将为大家详细讲解有关如何解决Laravel日志文件写入失败问题，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。在讲这个问题之前可能需要简单介绍下
Linux系统下的文件的Ownership和Permission。•Ownership◦UserUser是文件的所有者，默认情况下，用户创建了一个文件，该文件的所有者就是该用户。◦Group一个用户组能包含多个用户，所有属于这个组的用户都有相同的权限来访问文件。假设你有一个项目，很多用户都需要访问这个项目文件的权限，你不需要手动赋予这些用户所有权限，你只需要把这些用户加到一个组里面，赋予这些组有访问文件的权限，这样一来就仅仅只有组里面的成员能对文件进行读写操作。◦Other任何其他的用户都能访问文件，因此，给Other用户赋予权限，相当于所有用户都拥有这个权限。•Permission在 UNIX/
Linux系统中每一个文件和目录都有3中权限，以下就是对三个所有者的讨论。◦Read：这个权限赋予你打开和读取文件的权限。拥有目录的读权限，你能列出其内容。◦Write：拥有了读权限，你能修改文件的内容。拥有了目录的写权限，你能添加、移除以及重命名该目录下的文件。考虑一种场景，当你拥有文件的写权限，但是没有文件存储目录的写权限，你还是能修改文件的内容，但不能重命名、移动以及移除目录下的文件。◦Execute：在Windows系统中，一个可执行的程序通常都有.exe后缀，你能很方便的运行它。在 UNIX/Linux 中，除非被赋予可执行权限，否则你将不能运行该程序。如果未授权可执行权限，你让然可以看并修改程序代码（被授予读和写权限），但是无法运行它。linux下文件信息的显示截图

linux下目录的信息显示截图

以上的截图显示了一个文件和文件夹的信息，我们可以看到：•r 代表可读， w 代表可写， x 代表可执行。•第一位文件显示 – ，文件显示 d 。•上面第一张图片 香港云主机， rw-rw-r-— 中。第一组 rw- 表示文件的所有者对文件有可读、可写、不可执行的权限。第二组 rw- 表示文件所属的组内用户对该文件有可读、可写、不可执行的权限。第三组 r-— 表示其他任何用户对该文件有可读、不可写、不可执行的权限。•rw-rw-r– 用二进制表示为 664 ，每一位如有权限则为 1 ，否则为 0 ，第一个三位 rw- 用二进制表示为 110 转化为十进制就是 6，后面两组依次类推，最后得到 664 。•上面第一张图片的 dior www-data 表示该文件的所有者是 dior 用户，文件属于 www-data 组。我们知道很多应用系统中的日志是写文件的，且是以日期来命名文件的。所以第一次创建日志的用户就显得尤为重要，如果文件创建的 Onwer和 Group 不对，其他的用户触发写入日志文件就会失败。接下来我们讨论下有多少种不同的用户可能创建日志文件：•Crontab中执行的定时任务，跟创建 Crontab 的用户有关，此时创建的文件 Owner 和 Group 值分别是该用户以及默认的 Group 。•一些常驻的后台进程，比如Laravel中的 queue work ，此时创建的日志文件 Owner 和 Group 值分别是执行该进程的用户以及所属的默认 Group 。•正常用户访问网站产生的日志文件，此时创建的日志文件的 Owner 和 Group 都是 www-data ， www-data 用户是web服务器默认的用户。由以上的分析，我们大概已经找到了解决问题的方法。•执行用户创建日志文件的权限为 664 比较恰当，这就需要当前用户的umask为 0002 。•当前执行用户的默认 Group 应该设置为 www-data 。下面就说下我的具体解决方案：指定www-data用户执行crontab：关于“如何解决Laravel日志文件写入失败问题”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。

相关推荐: ElasticSearch简介及使用指引是什么

这篇文章给大家介绍ElasticSearch简介及使用指引是什么，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。ES 简介Elasticsearch 是一个分布式、Restful 风格的搜索数据分析引擎，能够解决常规和各种类型数据的存储及检…