3

我最近将我的 Drupal 核心从 6.15 升级到了 6.26。在更新过程中,我被要求备份我的所有文件,然后从我的服务器上删除整个 Drupal 安装,并使用提供的文件重建它。然后,我将所有相关的备份文件从本地计算机复制回服务器。我现在遇到的问题是,每当我以管理员身份执行任何操作时,都会收到“目录不可写”通知。最初,我收到“站点/默认/文件”不可写的错误,但我修复了该错误,并将安装中每个文件的权限更改为 755。为什么会出现此错误,我该如何修复它?

4

5 回答 5

5

尽管权限可能设置为 755,但很可能目录所有权设置为错误的用户。

于 2012-05-14T01:07:22.593 回答
3

只是想添加这种可能性,在尝试了很多事情后为我解决了这个问题:

如果您正在运行 SELinux(如 Fedora),您可能在 /sites/default 或 /sites/default/files 上遇到“安全上下文”问题。因此,即使您使用 chmod 777(不是一个好主意)打开它,您仍然会遇到权限问题。

修复是(首先 cd 到站点目录):

restorecon -rv default/

我以 root 身份在本地运行它。

我绝不会假装自己是安全上下文方面的专家,但 Fedora 文档在这里

希望能帮助别人避免我的头痛!

于 2013-01-09T17:57:33.827 回答
0

找到权限问题后,为了安全起见,您可能希望返回并 chmod 644 对所有文件,对目录(除了上传文件夹)使用 755。

于 2012-05-14T14:48:31.243 回答
0

Drupal 有时会创建一些目录,因此请检查 sites/default/files 子目录是否具有正确的权限

于 2012-05-16T14:35:14.787 回答
-1

您可以使用两种可能的选项来做到这一点:
1. 将文件目录的所有者和其中的所有文件更改为 apache 用户
2. 以递归方式授予文件目录 777 权限

于 2012-05-16T14:24:30.153 回答