Macos Apache在访问'；网站'；文件夹

恐怕还有另一个Apache403问题，但这里的问题更具体一些。我想我遇到的错误

（13） 权限被拒绝：对/~Rax/denied（文件系统路径“/Users/Rax/Sites”）的访问被拒绝，因为路径的某个组件缺少搜索权限

---

通过向

/private/etc/apache2/httpd.conf

中指定的

用户（
\u www
）路径上的每个目录授予执行权限。但这似乎很疯狂：这意味着
\u www
对我的主目录拥有执行权限。这真的是正确的方法吗？是否无法通过某种间接方式（“跳过”
/Users/Rax/
）访问
站点
文件夹？
这不是Apache制造的-在您的系统上执行
man 7路径分辨率
。这三种方法是使您的主目录世界可执行，使您的主目录组可执行，并与您的Web服务器用户ID共享一个辅助组，或将您的内容移出主目录。
显然
\u www
需要这些权限来访问
站点
，以便Apache可以从该目录提供服务，但是我的用户目录<；code>Rax

也需要同样的功能，这听起来不太正确（或明智）。是的，我一直在研究它，似乎没有办法解决它。我在我的机器上使用服务器进行开发，所以我现在设置的是一个脚本，它执行

chmod-vo+X/Users/Rax；sudo apachectl在我需要服务器和chmod-vo-x/Users/Rax时启动；sudo apachectl在我完成后停止。在任何情况下，
+x
为
/Users/Rax
所做的一切都是让其他人列出内容，对吗？所以我所做的就是让人们看到大家都知道的东西（标准Mac文件夹）。或者他们可以进一步浏览到我的文件，如果使用
-x
，这些文件是可能的吗？是的，但是当您使用-x时，您不需要担心下面的文件的可读性，所以这并不是我所说的无害的。我想这是对的，但可能无法100%可靠地将某人拒之门外（例如，如果新文件多于文件名，而无法查看其目录）。您希望不可读的内容实际上是不可读的，但在您最信任的系统上，您可能只依赖$HOME上的PERM。如果/Users/Rax是
drwx--x
，/Users/Rax/subdir是
drwx--
，则其他用户猜不出“subdir”的名称无法对其执行任何操作；可以猜测/知道名称subdir的其他用户可以看到文件夹的属性（例如其权限），但根本看不到。如果subdir是
drwx-----x
，则知道/可以猜测名称“subdir”只有知道/能够猜出文件/子文件夹的名称时，才能与之交互。如果subdir是
drwx--r-r
，则知道/能够猜出名称“subdir”的其他人将能够看到subdir下项目的名称，但不能与之交互。