为什么 file_put_contents 从浏览器运行时会出现权限问题？

Question

这个问题已经在这里问过几次了，但我还没有找到解决办法。我有一个 Fedora 19 LAMP 服务器，我只想运行简单的命令：file_put_contents('test.txt', 'Hello there'); 以确认我的 Web 服务器可以使用 PHP 将数据写入文件。我无法找出合适的权限方案。首先，只是为了开发，Apache 的文档根是/var/www/html。该目录最初归一个名为www-data 的用户和组所有，但我将目录的组更改为httpd 进程所有者的主要组，名为apache。当 PHP 运行时，此所有者处于活动状态。我已经通过以下方式确认了这一点：

如您所见，进程所有者是apache，当前目录是/var/www/html/php-console。该目录归www-data 所有，apache 组的成员对其拥有完全访问权限。

我尝试了以下方法让 PHP 在此位置实际创建文件，但无济于事：

chmod 777 /var/www/html/php-console

chown apache /var/www/html/php-console
chgrp apache /var/www/html/php-console

cd /var/www/html; > test.txt; chmod 777 test.txt;

从浏览器运行此脚本时，不会有任何效果。但是，当我在 PHP CLI 中使用file_put_contents 时，它的工作方式与我预期的一样，前提是我输入命令的用户或其组对该目录或测试文件具有写入权限。

所以，从命令行中，您可以看到 www-data 如何对我所在的文件夹具有读取、写入和执行权限。posix_getpwuid 和 posix_geteuid 帮助您找到 Apache/PHP 的所有者进程，在这种情况下与登录控制台的用户相同。 file_put_contents 成功将 8 个字节写入指定文件。如果我将组或所有者和组更改为其他内容，我会得到 Permission denied，这绝对是有道理的。

如果这在命令行上有效，那么为什么不在我真正想要它的时候，即在实际提供网页时呢？？？

Answer 1

因为您忘记阅读 httpd_selinux(8) 手册页并为目录提供适当的文件上下文以允许 Web 服务器在那里写入文件。