3

最近、Drupal コアを 6.15 から 6.26 にアップグレードしました。更新プロセスで、すべてのファイルのバックアップを作成し、サーバーから Drupal インストール全体を削除し、提供されたファイルを使用して再構築するように求められました。次に、関連するすべてのバックアップ ファイルをローカル マシンからサーバーにコピーしました。私が今抱えている問題は、管理者として何らかのアクションを行うたびに、「ディレクトリは書き込み可能ではありません」という通知を受け取ることです。最初に、「sites/default/files」が書き込み可能ではないというエラーが発生していましたが、それを修正し、インストール内のすべてのファイルのアクセス許可を 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/

これをルートとしてローカルで実行しました。

私は決してセキュリティ コンテキストの専門家のふりをしているわけではありませんが、Fedora のドキュメントはこちらにあります。

他の人が私の頭痛を避けるのに役立つことを願っています!

于 2013-01-09T17:57:33.827 に答える
0

Drupal はいくつかのディレクトリを作成する場合があるため、sites/default/files サブディレクトリに適切な権限があるかどうかを確認してください

于 2012-05-16T14:35:14.787 に答える
0

パーミッションの問題を見つけたら、安全のために、すべてのファイルに対して chmod 644 を、(アップロード フォルダー以外の) ディレクトリに対して 755 を chmod に戻すことをお勧めします。

于 2012-05-14T14:48:31.243 に答える
-1

2 つの可能なオプションを使用してそれを行うことができます:
1. files ディレクトリとその中のすべてのファイルの所有者を apache ユーザーに変更します
。

于 2012-05-16T14:24:30.153 に答える