PHP 'is_writable' 返回 false，尽管从终端查看它显示 775

Question

我无法根据生产服务器的克隆设置开发服务器。我们使用 CMS，它的某些脚本似乎存在权限问题。为了深入了解它，我们设置了一个 PHP 脚本来测试权限，并进入终端比较它的发现。

我们的测试脚本如下

//try one of the essential folders of the CMS
$path= '[our_base_dir]/html/cms/content'

echo $path.' is'.(!is_writable($path) ? ' NOT' : '').' writable.<br/>';

打印出来的

[our_base_dir]/html/cms/content is NOT writable.

但是，当进入航站楼时，我不明白为什么会这样。这是它的输出：

$ getfacl content
# file: content
# owner: cchapman
# group: cchapman
user::rwx
user:apache:rw-
group::rwx
mask::rwx
other::r-x

和

$ grep 'cchapman' /etc/group
cms:x:510:cchapman,apache
cchapman:x:512:cms,apache

我相信apache 用户是需要具有写入权限的用户，而cms 和cchapman 用户只是文件所有者，具体取决于它们的创建方式。无论如何，这三个应该能够根据组权限读取和写入彼此的文件。

这在文件级别和目录级别都是一样的。我唯一的想法是在文件级别处理 Apache 用户的方式有问题。会是这样吗？或者还有什么会赋予不同的访问权限？

Answer 1

我怀疑我的评论实际上是答案，所以我将它作为一个发布：

通过在路径字符串/html/cms/content 上调用is_writable，您正在检查绝对 路径/html/cms/content 是否可写。我相信你想要的是：

$path = realpath('./html/cms/content');//note the .
if (is_writable($path))
    printf('"%s" is writable', $path);

如果您要检查的路径真的是 /html/cms/content，这对我来说似乎很奇怪（我希望/var/www/base_dir/html/cms/content 或其他东西），那么请确保获得realpath（即：没有符号链接等等）。所以总是打电话给realpath（就像我在上面的sn-p中所做的那样）。

除此之外：您有一个apache 用户，这很好，但您确定该用户正在执行该脚本吗？ www-data 和 nobody 也很常见。检查实际运行您的代码的用户，并确保该用户也具有适当的权限。