保守での主な用途
本体・プラグインの一覧、設定確認、DBの書出し、定期処理の調査、チェックサムの照合などです。管理画面が使えない場合にも役立つことがありますが、PHPやDB自体の障害は別に解決が必要です。
最初に実行先を確認する
作業ディレクトリ、対象URL、WordPress配置、実行ユーザー、CLI用PHP版を確認します。マルチサイトや複数環境では、別サイトへ操作しないよう対象を明示します。コマンドの意味とwp helpを確認し、認証情報を履歴や共有ログへ出さないでください。
閲覧コマンドの例
wp core version
wp plugin list --fields=name,status,version
wp theme list --fields=name,status,version
一覧は環境情報を含むため、外部へそのまま公開しません。
更新・DB操作には復元準備が必要
DB書換え、全件更新、イベント実行などは、バックアップと検証先での試験を行います。コマンド自体が成功しても、フォームや業務機能まで正常とは限りません。実行結果と動作確認を作業記録へ残します。
作業ログと復旧を整える
実行した対象、コマンド、時刻、実行ユーザー、結果、確認した機能を記録します。出力に秘密情報が含まれるコマンドは、共有ログへそのまま残さないようにします。DB操作などは、事前に取得したコピーと戻す手順を確認します。
dry-runの意味を読む
変更予定の確認に使えるコマンドでも、対応オプションと対象範囲は異なります。利用するコマンドの公式ヘルプを確認し、存在しないオプションを付けて安全だと推測しないでください。実行前に本番か検証先かを再確認します。
よくある質問
管理画面よりWP-CLIの方が必ず安全ですか?
操作方法の違いであり、安全性は権限、対象、コマンド、復旧準備に依存します。一括処理ほど誤操作の影響も広くなります。
CLIのPHPが古くても問題ありませんか?
Web側と別の処理でエラーや非互換が起きる場合があります。WP-CLIの動作条件と対象製品の対応を確認します。