🔨修正：WordPressNginxサーバーのGutenbergで「更新に失敗しました」または「公開に失敗しました」エラー

Nginxサーバーで実行されているWordPressサイトのGutenbergで「更新に失敗しました」または「公開に失敗しました」というエラーが発生しますか？私たちのサイトでもこの正確な問題が発生しており、nginxfastcgiキャッシュフォルダーが私たちの場合の原因であることが判明しました。

どうやら、fastcgiキャッシュフォルダーは、サーバーで使用されているNginxとは異なるユーザーグループに属していたようです。これにより、WordPressでフォルダーにアクセスできなくなり、バックエンドでさまざまな問題が発生しました。

💡この問題の解決策は簡単です。サーバーからfastcgiキャッシュフォルダーを手動で削除し、次に何かをキャッシュするサーバーに自動的に作成させる必要があります。Nginx、PHP、またはその他のサービスを再起動する必要はありません。

🔎Nginxサーバーでfastcgiキャッシュフォルダーを見つける方法は？

fastcgiキャッシュフォルダーはfastcgi_cache_path、Nginx構成ファイルの演算子で定義されます。次のgrepコマンドを使用して、Nginxインストールのどこでこの演算子が定義されているかを見つけることができます。

rootOR asudo userを使用してWordPressサーバーにログインし、次のコマンドを実行します。

grep -rnw '/etc/' -e 'fastcgi_cache_path'

コマンドウィンドウに次のような出力が表示されます。

/etc/nginx/sites-available/allthings.conf:2:fastcgi_cache_path /var/www/cache/fastcgi levels=1:2 keys_zone=allthings:100m inactive=60m;
/etc/nginx/sites-available/allthings.conf:90:         # Define memory zone for caching. Should match key_zone in fastcgi_cache_path above.
/etc/nginx/sites-available/allthings.conf:208:                # Define memory zone for caching. Should match key_zone in fastcgi_cache_path above.

上記の例では、fastcgi_cache_path演算子がNginx構成ファイルallthings.confで使用されて/var/www/cache/fastcgiおり、fastcgiキャッシュフォルダーとして定義されていることがわかります。

💡サーバー上のfastcgiキャッシュフォルダーの場所は、上記の場所とは異なります。上記のフォルダの場所は、説明のみを目的としています。

📛Fastcgiキャッシュフォルダーの名前を手動で変更します

Nginxサーバー上のfastcgiキャッシュフォルダーの場所を取得したら、次のコマンドを実行して名前を変更します。これにより、Nginxはフォルダーを自動的に再作成し、適切なアクセス許可も設定します。

sudo mv /path/to/cache/fastcgi /path/to/cache/fastcgi.old

上記のコードで、/path/to/cache/fastcgi検出したサーバー上のfastcgiキャッシュフォルダーの場所に置き換えます

💡上記のコマンドを実行すると、サーバー上のfastcgiキャッシュフォルダーの名前が.old拡張子に変更されます。

✅「更新に失敗しました」または「公開に失敗しました」の問題が解決したことを確認します

まず、シークレットウィンドウでWordPressサイトを開き、いくつかのページにアクセスします。これは、上記の手順で削除したfastcgiキャッシュフォルダーをNginxに再作成させるためです。

WordPressダッシュボードにログインして、投稿を公開してみてください。「公開に失敗しました」というエラーは表示されなくなりました。

🍻乾杯！