操作前にデータベースとファイルのバックアップを確保します。本文の救出は読み取りだけで行い、元記事を削除したりSQLで上書きしたりしません。プラグイン停止やテーマ切り替えによる切り分けはコピー環境で実施してください。
記事は表示されているのに、編集画面が開けないことがあります。
記事を複製しても開けない、テーマを変えても開けない、プラグインを全て停止しても開けない…
そんな場合は記事、または記事下に記載されたJSあたりが怪しいのですが、原因不明な場合は本文を退避して検証用の下書きで原因を切り分ける方法があります。本文だけのコピーでは、元記事のURL・カテゴリー・カスタムフィールドは復元されません。
その備忘録です。
WordPress│編集画面だけ開けない時の対応方法
まずブラウザの拡張機能を無効にした別プロファイルで再現を確認します。全記事で起きるか特定記事だけかを分け、REST APIの失敗やPHPエラーを調べます。データベースからの本文退避は、編集画面を利用できない場合の手段です。
データベースのアクセス
契約したレンタルサーバーのphpMyAdminの項目からアクセスできると思います。
データベースのログイン
データベースのアクセスにはユーザ名のとパスワードが必要です。
これはWordPressのデータが格納されているwp-config.phpに記載されていますので、FTPまたはファイルマネージャーのプラグインからダウンロードして調べましょう。
記事のデータを調べる
記事のデータはwp_postsに格納されています。
検索から記事IDを入力すると、すぐに探せますので試しましょう。
ここのpost_contentに記事本文が含まれているので、内容をローカルへ保存し、コピー環境の新規下書きへコードとして貼り付けて確認します。本番へ重複公開しないでください。
おまけ│記事下のコードの格納場所
テーマによりますが、記事別にCSSやJSが格納できることがあります。
その場合はwp_postmetaにデータが格納されていますので、同じく記事IDの検索をして調べましょう。
まとめ
バックアップやステージング環境を構築していれば、すぐに復元ができると思いますが、なかなか難しい場合もあると思います。その場合はデータベースからサルベージしてあげましょう。
wp-config.phpには認証情報が含まれます。公開フォルダーへコピーを残さず、相談時の画面やログにも値を載せないでください。復旧後は元記事を編集できるかを確認し、検証用下書きを誤って公開しないよう管理します。コピー環境での保存、再読み込み、本文・メタ情報の一致まで確認してから本番の復旧方法を決めます。
