実用的な復元上限
Devenia Revision Retention：数週間後でも必要なリビジョンを復元
ロールバックが役立つのは、リビジョン履歴に変更を取り消せるほど近い状態、または失われたコンテキストを復元できるほど古い状態が残っている場合だけです。
保持設定を操作できるのは、WordPress設定を管理する権限を持つサイト管理者だけです。
既定の保持
2つの復元期間を実務で組み合わせる
役立つ記録は、取り消す必要がある編集と、再構築する必要があるかもしれない以前の状態の両方に対応します。
最新10件のリビジョン
コンテンツ変更後の通常の復旧には、最も新しい10件の記録を使用します。
古い復元アンカー5件
約1、2、3、4、10週間前の間隔を置いた位置を保持することで、近い期間だけではページに含まれていた内容を再構築できない場合にもコンテキストを残します。
上限を読む
実行前にポリシーを確認する
「ツール」>「Revision Retention」では、読み取り専用の設定画面に、リビジョンを変更または削除せずに設定済みの範囲と現在の状態が表示されます。
対応するコンテンツタイプ
デフォルトの範囲は投稿と固定ページです。
親項目の選択上限
1回の実行で調べる親項目は100件以内です。
リビジョン削除の上限
デフォルトでは、1回の実行で削除できるリビジョンは500件以内です。
実行間隔
保持機能はデフォルトで有効になり、1,440分ごとに実行されます。
現在の状態
ステータスフィールドを使って、手動ドライランが役立つ証拠を追加するかどうかを判断します。
クリーンアップ前のdry-run
操作前に残るものを把握する
クリーンアップの実行はドライランとして開始されるため、リビジョンを削除せずにポリシーを評価できます。完全なクリーンアップには、その評価後の明示的なリクエストが必要です。
候補リストを読む
削除せずに開始し、ポリシーが保持する記録と除外する記録を確認します。
保持すべき内容を確認する
保持対象を、サイトが後で必要とする可能性のある状態と比較します。
確認済みの判断を進める
検査と実行は1つのポリシー結果に従うため、2つのモードの間で選択された保持対象が変わることはありません。
恒久削除を承認
ドライランとクリーンアップは同じ保持ポリシーの判断を使うため、クリーンアップ前に確認した判断が明示的な削除リクエストの基礎として残ります。
設定されたバッチを守る
クリーンアップのパスは、承認されたバッチを超えず、設定された上限で停止します。
必要な実行環境と任意の接続
パッケージの動作に必要なもの
インストール前に、環境と接続の要件を確認してください。
WordPress 6.9以降
WordPress 6.9以降のWordPress Abilities APIリビジョン、スケジュール、設定、ネイティブ能力の登録用のインターフェースを提供します。
PHP 7.2以降
PHP 7.2以降パッケージが使用するPHP実行環境を提供します。
MCPクライアントでの利用は任意
WordPress MCP Adapter登録されたWordPress能力をMCPクライアントに公開します。
役立つ最初の1アクション
復元上限を実用的にする
直近のロールバック用ウィンドウと古い参照ポイントの両方が必要な場合は、安定したセルフホスト型パッケージをダウンロードしてください。
インストール後は、ポリシーが選択した記録に基づいて最初のクリーンアップ判断を行えるよう、削除なしの評価から始めます。