翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

WordPress インスタンスのソフトウェアを更新する

Amazon Web Services (AWS) および は、作成後にインスタンスのオペレーティングシステムまたはアプリケーションを更新またはパッチLightsail適用しません。WordPress は、いくつかの更新を独自にインストールします。デフォルトでは、セキュリティとメンテナンスの修正を含むマイナーコアリリースがインストールされます。メジャーコアリリースは自動的にインストールされません。プラグインとテーマの更新も、自動更新を有効にするまで手動で行われます。AWS 責任共有モデルでは、インスタンスの WordPress ソフトウェアを最新の状態に保つ責任があります。

WordPress ソフトウェアの更新には、定期的にセキュリティ修正が含まれています。WordPress コア、テーマ、プラグインの古いバージョンを実行することは、侵害されたウェブサイトの最も一般的な原因の 1 つです。

このガイドでは、WordPress が自動的にインストールする更新プログラム、WordPress ソフトウェアを手動で更新する方法、プラグインとテーマの自動更新を有効にする方法について説明します。

WordPress 更新タイプを理解する

WordPress ソフトウェアの更新は、次のカテゴリに分類されます。それぞれに異なるリスクプロファイルと更新メカニズムがあります。

WordPress 3.7 以降、WordPress はセキュリティとメンテナンスの修正を含むマイナーコアリリースを自動的にインストールします。これは、無効にしない限り、デフォルトの動作です。つまり、実行中の WordPress インスタンスは、現在のブランチの重要なセキュリティパッチを既に受け取っています。ただし、リリースブランチがセキュリティバックポートの受信を停止した場合、修正を受信し続けるには、新しいメジャーバージョンに更新する必要があります。詳細については、WordPress ドキュメントのWordPress の更新」を参照してください。

前提条件

ステップ 1: スナップショットを使用してインスタンスをバックアップする

ソフトウェアを更新する前に、インスタンスのバックアップを作成します。更新が失敗した場合、またはテーマやプラグインと互換性がない場合は、スナップショットからウェブサイトを復元できます。

詳細については、「スナップショットを使用した Linux/Unix Lightsailインスタンスのバックアップ」および「自動スナップショットの設定」を参照してください。

ステップ 2: WordPress を更新する

オプション 1: 管理ダッシュボードから WordPress を更新する

WordPress コア、テーマ、プラグインを更新する最も簡単な方法は、WordPress 管理ダッシュボードのワンクリック更新です。

オプション 2: コマンドラインから WordPress を更新する

WordPress のコマンドラインインターフェイスである WP-CLI を使用して、インスタンス内から WordPress を更新することもできます。これは、スクリプトの更新や管理ダッシュボードにアクセスできない場合に役立ちます。詳細については、WP-CLI ウェブサイトを参照してください。

WordPress ブループリントでは、WordPress インストールディレクトリは であり/var/www/html、WP-CLI はこのパスでプリインストールおよび事前設定されているため、--pathパラメータを渡す必要はありません。WordPress ファイルはadminユーザーが所有します。

ステップ 3: 自動更新を有効にする

自動更新を有効にすると、ウェブサイトで既知の脆弱性があるソフトウェアの実行に費やす時間が短縮されます。

WordPress コア

WordPress インスタンスは、メンテナンスリリースとセキュリティリリースを自動的にインストールします。メジャーリリースは自動的にインストールされません。新しいメジャーリリースに移行するには、ステップ 2 の説明に従って WordPress を手動で更新します。最初にスナップショットを作成し、そのスナップショットから作成されたインスタンスで更新をテストすることをお勧めします。

プラグインとテーマ

コマンドラインからの自動更新

管理ダッシュボードの代わりに WP-CLI で自動プラグインとテーマの更新を有効にすることもできます。インスタンスに接続し、adminユーザーとして次のコマンドを実行します。

ステップ 4: オペレーティングシステムを最新の状態に保つ

WordPress アプリケーションのみを更新するだけでは、インスタンスを安全に保つには不十分です。基盤となるオペレーティングシステム、ウェブサーバー、PHP ランタイム、データベースもセキュリティパッチを受け取ります。WordPress ブループリントは、APT パッケージマネージャーを使用する Debian で実行されます。

トラブルシューティング

ウェブサイトがメンテナンスモードで停止している

更新が中断された場合、ウェブサイトに「スケジュールされたメンテナンスでは簡単に利用できません」と引き続き表示されることがあります。これを解決するには、SSH を使用してインスタンスに接続し、WordPress インストールディレクトリからメンテナンスフラグファイルを削除します。

rm /var/www/html/.maintenance

更新によりウェブサイトが壊れました

ステップ 1 で作成したスナップショットからインスタンスを復元します。詳細については、「スナップショットから Lightsail インスタンスを作成する」を参照してください。次に、インスタンスの非本番稼働用コピーで更新をテストして、互換性のないテーマまたはプラグインを特定します。

プラグインまたはテーマの更新が「古いバージョンを upgrade-temp-backup ディレクトリに移動できませんでした」で失敗する

更新をインストールする前に、WordPress は古いバージョンを に移動wp-content/upgrade-temp-backupし、更新が失敗した場合に復元できるようにします。この警告が表示された場合は、ディレクトリの所有権とアクセス許可を更新してから、更新を再試行してください。

sudo chown -R admin:www-data /var/www/html/wp-content/upgrade-temp-backup
sudo find /var/www/html/wp-content/upgrade-temp-backup -type d -exec chmod 2775 {} \;
sudo find /var/www/html/wp-content/upgrade-temp-backup -type f -exec chmod 0664 {} \;

更新は安全に失敗します。更新が成功するまで、ウェブサイトは古いプラグインまたはテーマバージョンを引き続き実行します。

ワンクリック更新が失敗し、ファイルアクセス許可エラーが表示される

ダッシュボードの更新はウェブサーバーユーザーとして実行され、WordPress ファイルへのグループ書き込みアクセスが必要です。これは通常、プラグイン、テーマ、またはその他のファイルを SSH または SFTP 経由で手動でアップロードした後に発生します。これにより、グループ書き込みアクセス許可のないファイルが作成されます。SSH を使用してインスタンスに接続し、ブループリントが使用する所有権とアクセス許可を復元します。

sudo chown -R admin:www-data /var/www/html/wp-content
sudo find /var/www/html/wp-content -type d -exec chmod 2775 {} \;
sudo find /var/www/html/wp-content -type f -exec chmod 0664 {} \;