它也可能是SELinux。(Centos RedHat)

确定终端上SElinux的状态:

$ sestatus

如果status为enabled，写命令禁用SElinux

$ setenforce Permissive

或者你可以执行这个命令

$ sudo setenforce 0

我不太想把我的文件夹权限改为777。下面是我解决这个问题的方法。

首先，我改变了在我的本地机器上运行web服务器的用户(我运行nginx，但原则适用于任何地方):

$> sudo vim /etc/nginx/nginx.conf
user <my_user> #inside nginx.conf
service nginx reload

之后，我在public/文件夹下创建了另一个index.php文件，以找出谁在运行我的php-fpm版本，以及我将在哪里更改它:

<?php
phpinfo();
?>

重新加载页面后，我发现www-data是用户(在环境部分下)。我还发现我运行的是php 7.1。我开始更改用户:

$> sudo vim /etc/php/7.0/fpm/pool.d/www.conf 
#Look for www-data or the following variables: user, group, listen.user, listen.group.

最后，我给文件夹的权限如下:

sudo chmod -R 775 ./storage/

现在，我确保我是文件夹的所有者通过使用简单的:

ls -al

如果您将服务器和php-fpm用户设置为自己，并且文件夹由root拥有，那么您将继续遇到这个问题。如果您将sudo laravel new <project>作为根目录，就会发生这种情况。在这种情况下，请确保在项目上使用递归chown命令更改user:group设置。在大多数默认情况下，www-data是服务器和php的主要设置，在这种情况下，要确保文件夹不在www-data的范围内。

我的项目安装在我的主目录下。Ubuntu 16.04和Laravel 5.5。

我设法修复它，因为我只通过这个命令授予权限:

复制代码

sudo chmod -R 775 storage

解决方案是添加以下内容:

复制代码

sudo chmod -R ugo+rw storage

尝试了这里建议的任何方法都没有成功。

对我有用的是:

sudo chmod -R ugo+rw storage
sudo chmod -R ugo+rw storage/logs

1-‍nginx用户和php-fpm用户、应用程序所有者用户必须相同:

执行命令sudo vi /etc/nginx/nginx.conf change，如下所示:

user nginx nginx;

执行命令sudo vi /etc/php-fpm.d/www.conf change，如下所示:

listen.owner = nginx
listen.group = nginx
listen.mode = 0660
user = nginx
group = nginx

然后重启nginx和php-fpm服务

运行以下命令

sudo chown nginx:nginx -R "your_project_path"

2-在项目路径下执行以下命令更改文件SELinux安全上下文

chcon -R -t httpd_sys_content_t .
chcon -R -t httpd_sys_rw_content_t .

永远不要在你的服务器上使用777，但在你自己的机器上，有时我们需要做更多的775，因为

chmod -R 775 storage

意味着

7 - Owner can write
7 - Group can write
5 - Others cannot write!

如果你的服务器不是作为Vagrant运行，它将无法写入，所以你有两个选择:

chmod -R 777 storage

或者将组改为您的webserver用户，假设它是www-data:

chown -R vagrant:www-data storage