インストール時nextgen-gallery
プラグイン。このエラーメッセージが表示されます
Downloading update from https://downloads.wordpress.org/plugin/nextgen-gallery.Zip…
Unpacking the update…
Could not create directory.
この問題を解決するにはどうすればよいですか?
これは権限の問題です。ディレクトリがApacheによって書き込み可能であることを確認してください。プラグインはwp-content/pluginsディレクトリに解凍されるので、まずApacheとしてディレクトリに書き込みを試みます。
Sudo -u Apache touch /path/to/wp-content/plugins/test.txt
問題を修正するために権限を適切に設定します。権限については、こちらをご覧ください。 http://www.linux.com/learn/tutorials/309527-understanding-linux-file-permissions
Wordpress here: https://wordpress.org/support/article/changing-file-permissions/ の正しいファイルアクセス許可スキームについて読むことができます。
@skrilledと@knutoleの回答は素晴らしかったですが、pluginsフォルダーで問題を修正しようとすると、すべてが問題なく、回答が機能しませんでした。
他の誰かがこの問題を抱えている場合は、アップグレードフォルダも確認してください。このフォルダ(私が見ることができるもの)は、WPアップグレードまたはプラグインの更新が実行されているときに一時ファイルを格納するためのフォルダとして使用されます。
「ディレクトリを作成できませんでした」というメッセージが表示され、パスが指定されていない場合は、実際にはアップグレードフォルダーについて話している可能性があります。
nginxの人々
php-fpmがインストールされている場合は、ユーザーとグループがnginxであることを通知する必要があります。 /etc/php-fpm.d/www.conf。デフォルトでApacheに割り当てられているユーザーを見つけ、それをnginxに変更します。グループでもそれを行います。次に、このコマンドを実行します。
Sudoサービスphp-fpm再起動
wordpressディレクトリの内部でも、これらのコマンドを実行します
Sudo chown nginx:nginx * -R
sudo usermod -a -G nginx username
ユーザー名を現在のユーザー名に変更します。
まだ適切な権限を適用する必要があります。 wordpressディレクトリ内でこれらのコマンドを実行します
須藤発見。 -type f -exec chmod 664 {} +
スド検索。 -type d -exec chmod 775 {} +
ほとんどの場合、正しく構成した場合、wordpressサイトに関連付けられているhttpサーバーはグループwww-data
に属します。このように正しく構成する必要があります。
確かにmembers www-data
とps aux | grep www-data
を試してください。後者のコマンドでは、最後の列にnginx
またはApache
が表示されます。
この場合、そのグループをディレクトリに設定するだけです
Sudo chgrp -R www-data <your_wordpress_root_dir>/
次に、そのようなディレクトリに完全なグループ権限を追加します
Sudo chmod -R g+rwx <your_wordpress_root_dir>/
今では完全に動作します:)
FTPサーバーとしてvsftpd
を使用していて、パッシブ接続を有効にしている場合は、pasv_promiscuous=YES
を/etc/vsftpd/vsftpd.conf
に追加する必要があります。
WordPressでNginxを実行しています。 wp-contentのアップグレードフォルダーを削除し、wordpress GUIから再度アップグレードを実行しました。作成されたアップグレードフォルダーのLinuxユーザーはwww-dataであることに注意しました。その後、{Sudo chmod -R www-data:www-data。} GUIから再度アップグレードを実行すると、アップグレードが機能しました。
おそらく、ほとんどのフォルダーのアクセス許可を変更して、www-dataで変更できないようにする必要がありますが、明日はそれを理解します。
FTP経由でアクセス許可を(再)設定しても、私には違いはありませんでした。利用可能なSSHがないため、コントロールパネル(私の場合はdirectadmin)にログインする必要がありました。ファイルマネージャーでは、「所有者をリセット」して/ wp-contentsディレクトリを「ファイル所有権をリセット」できます。
私は同様の問題を抱えていました。移行されたWPインストールでプラグインを更新しようとしたときに始まりました。取得できませんでした。すべての権限は古いサーバーとまったく同じでした。私の状況では、プラグインやテーマをインストール/削除できず、メディアのアップロードでエラーが発生しました。その後、いくつかの調査を通じて修正を見つけました。
この問題が解決せず、権限を変更する場合DID問題を修正しないでください。これを試してください:
ホスティングコントロールパネルにアクセスして、スクリプト設定を編集できる場所にあるホスティング設定を見つけます。 Pleskでは(私の例のように)、これはWebサイトとドメインの下にあります。下部にあるドメイン名をクリックします。次の画面で"PHP support(run as ..."ドロップダウンを"Apache module"から"FastCGIアプリケーション"に変更します。。すべてを今すぐ修正する必要があります!
権限の問題。Apache(www-data)に書き込み権限があることを確認してください。
上記はすべて素晴らしいですが、私はあなたが最も簡単な問題を見逃したと思います。あなたのウェブサイトは、割り当てられているよりも多くのスペースを使用しているため、壊れています。 Wordpressは、使用中のファイルを増やします。やり直しの余地がある場合、何もしなかったという単純な夜間の問題は不可能です。就寝してください。すべて正常です。朝のWebサイトで壊れた。
私は自分のWebサイトを所有しているので、HostmonsterまたはHostgatorのリセラー部分(両方のホスティングプラットフォームにサイトを持っています)に行き、より多くのスペースを再割り当てすれば、問題は通常なくなります。最初にそれを試すか、許可をいじる前に調べてください。権限を変更して問題が発生した場合は、権限である可能性があります。それ以外の場合は、まずこれを確認してください。