Eine praktische Grenze für die Wiederherstellung

Devenia Revision Retention: Benötigte WordPress-Revisionen auch Wochen später wiederherstellen

Eine Rücksetzung ist nur dann nützlich, wenn die Versionsgeschichte noch einen Zustand enthält, der nahe genug liegt, um die Änderung rückgängig zu machen, oder weit genug zurückliegt, um fehlenden Kontext wiederherzustellen.

Nur ein Website-Administrator mit der Berechtigung, WordPress-Einstellungen zu verwalten, kann die Aufbewahrungskontrollen verwenden.

Art-déco-Industrieapparat von Devenia Revision Retention, der aktuelle Dokumentrevisionen und zeitlich verteilte ältere Anker bewahrt, während ein gemeinsames Entscheidungstor eine dry-run-Ablage und eine separat gesperrte, begrenzte Löschkammer speist.

Standardaufbewahrung

Zwei Wiederherstellungszeiträume in einer Richtlinie

Eine nützliche Aufzeichnung dient sowohl der Änderung, die Sie rückgängig machen müssen, als auch dem früheren Zustand, den Sie möglicherweise rekonstruieren müssen.

Die 10 neuesten Revisionen

Verwenden Sie die zehn neuesten Datensätze für die übliche Wiederherstellung nach einer Inhaltsänderung.

Fünf ältere Ankerrevisionen

Diese zeitlich verteilten Positionen bewahren den Kontext von etwa 1, 2, 3, 4 und 10 Wochen zuvor, wenn das enge Zeitfenster nicht rekonstruieren kann, was die Seite enthielt.

Den Aufbewahrungsrahmen prüfen

Die Richtlinie vor einem Lauf prüfen

In Tools > Revision Retention zeigt die schreibgeschützte Einstellungsansicht den konfigurierten Geltungsbereich und den aktuellen Status, ohne eine Revision zu ändern oder zu löschen.

Unterstützte Beitragstypen

Der Standardbereich umfasst Beiträge und Seiten.

Auswahlgrenze für übergeordnete Elemente

Ein Lauf prüft höchstens 100 übergeordnete Elemente.

Löschgrenze für Revisionen

Ein Lauf kann standardmäßig höchstens 500 Revisionen löschen.

Zeitplanintervall

Die Aufbewahrung ist standardmäßig aktiviert und wird alle 1.440 Minuten ausgeführt.

Aktueller Status

Nutzen Sie das Statusfeld, um zu entscheiden, ob ein manueller dry-run zusätzliche nützliche Belege liefert.

dry-run vor der Bereinigung

Vor dem Handeln wissen, was bleibt

Der Bereinigungslauf beginnt als dry-run und bewertet daher die Richtlinie, ohne eine Revision zu löschen. Für eine dauerhafte Bereinigung ist nach dieser Bewertung eine ausdrückliche Anfrage erforderlich.

Die Kandidatenliste prüfen

Beginnen Sie ohne Löschung, um zu sehen, welche Datensätze die Richtlinie behalten und welche sie ausschließen würde.

Prüfen, was bleiben muss

Vergleichen Sie die Auswahl zum Behalten mit den Zuständen, die Ihre Website später benötigen könnte.

Die geprüfte Entscheidung übernehmen

Prüfung und Ausführung folgen demselben Richtlinienergebnis, sodass sich die ausgewählte Aufbewahrung zwischen den beiden Modi nicht ändern kann.

Dauerhafte Bereinigung autorisieren

Der dry-run und die Bereinigung verwenden dieselbe Entscheidung der Aufbewahrungsrichtlinie. Daher bleibt die vor der Bereinigung geprüfte Entscheidung die Grundlage für eine ausdrückliche Löschanfrage.

Den konfigurierten Stapel einhalten

Der Bereinigungslauf stoppt an den konfigurierten Obergrenzen, statt den freigegebenen Stapel zu überschreiten.

Erforderliche Laufzeit und optionale Verbindung

Was das Paket zum Ausführen benötigt

Prüfen Sie vor der Installation die Anforderungen an Umgebung und Verbindung.

PHP 7.2 oder höher

PHP 7.2 or later

Stellt die vom Paket verwendete PHP-Laufzeit bereit.

Wahlweise für den MCP-Clientzugriff

WordPress MCP Adapter

Stellt registrierte WordPress-Abilities für MCP-Clients bereit.

Eine nützliche erste Aktion

Den Wiederherstellungsrahmen praktisch anwenden

Laden Sie das stabile selbst gehostete Paket herunter, wenn Ihre Website sowohl ein enges Rücksetzfenster als auch ältere Referenzpunkte benötigt.

Beginnen Sie nach der Installation mit der Bewertung ohne Löschung, damit die erste Bereinigungsentscheidung auf den von der Richtlinie ausgewählten Datensätzen beruht.