Nützliche Bearbeitungshistorie bewahren
Devenia Revision Retention: neue Änderungen und ältere Bezugspunkte behalten
Die heutigen Änderungen und der Absatz vom letzten Monat
Neue Revisionen helfen, einen gerade gemachten Fehler rückgängig zu machen. Eine ältere Version kann einen Absatz enthalten, der vor Wochen entfernt wurde. Wer nur die neuesten Änderungen behält, verliert möglicherweise diesen älteren Bezugspunkt.
Standardmäßig bleiben die 10 neuesten Revisionen erhalten. Hinzu kommt jeweils die verfügbare Revision, die 7, 14, 21, 28 und 70 Tagen am nächsten liegt. Mehrere Zielalter können dieselbe Revision auswählen. Je nach vorhandener Historie bleiben daher bis zu 15 unterschiedliche Versionen.
Die dicht stehenden Blätter zeigen neue Änderungen, die weiter auseinanderliegenden ältere Bezugspunkte. Die Illustration erklärt das Prinzip, keine genaue Revisionszahl.
Wählen Sie die Historie, die Ihre Redaktion braucht
Öffnen Sie Werkzeuge > Revision Retention. Deaktivieren Sie die automatische Bereinigung und speichern Sie, während Sie die Regeln prüfen. Diese Einstellungen bestimmen, was spätere Läufe löschen dürfen.
Neue Revisionen und ältere Zielzeitpunkte
Legen Sie fest, wie viele neue Versionen erhalten bleiben und welche älteren Zeitpunkte wichtig sind. Zehn Revisionen können bei häufigen Änderungen Minuten umfassen, bei seltenen Änderungen Monate. Ein Zielalter wählt die nächstgelegene vorhandene Version, keine garantierte Momentaufnahme dieses Tages.
Inhaltstypen und Grenzen pro Lauf
Beiträge und Seiten sind vorausgewählt. Andere Inhaltstypen müssen Revisionen unterstützen. Standardmäßig prüft ein Lauf bis zu 100 Beiträge oder Seiten und löscht bis zu 500 Revisionen. Spätere Läufe setzen die Prüfung bei den übrigen Inhalten fort und bearbeiten unterbrochene Inhalte weiter.
Automatische Bereinigung
Der erste Termin liegt ungefähr eine Stunde nach der Aktivierung. Danach läuft die Bereinigung standardmäßig täglich über WP-Cron. Die tatsächliche Ausführung hängt von der Cron-Konfiguration und den Seitenaufrufen ab. Aktive Läufe löschen Revisionen endgültig, ohne erneut nachzufragen.
Den nächsten Durchlauf vor dem Löschen prüfen
Ein Testlauf zeigt Summen an, ohne Revisionen zu löschen oder den Bearbeitungsstand weiterzusetzen. Er erfasst den nächsten Durchlauf, nicht die gesamte Website, und aktualisiert den Bericht zum letzten Lauf.
1. Datenbank sichern
Prüfen Sie wichtige Seiten in der WordPress-Revisionshistorie. Wenn jede Änderung eines bestimmten Zeitraums erhalten bleiben muss, reichen einzelne ältere Bezugspunkte möglicherweise nicht.
2. Testlauf auswerten
Wählen Sie Run dry-run. Prüfen Sie die Zahl der untersuchten, behaltenen und zum Löschen vorgesehenen Revisionen. Der Bericht enthält Summen, keine Einzelliste.
3. Regeln anwenden
Bestätigen Sie das Löschen per Kontrollkästchen und wählen Sie Run cleanup now. Haben sich Inhalte oder Einstellungen seit der Vorschau geändert, starten Sie einen neuen Testlauf. Die Bereinigung berechnet ihre Auswahl erneut.
4. Ergebnis lesen
Kontrollieren Sie Löschzahlen, Fehler und einen möglichen Stopp an der Laufgrenze. Lassen Sie den Zeitplan nur aktiv, wenn dieselben Regeln automatisch angewendet werden sollen.
Revisionen ersetzen keine Sicherung
Dieses Plugin kann gelöschte Revisionen nicht wiederherstellen. Es wählt aus der noch vorhandenen Historie aus. Versionen, die WordPress, ein anderes Plugin oder eine frühere Bereinigung entfernt haben, bringt es nicht zurück.
Auch das WordPress-Revisionslimit prüfen
Ein separates Revisionslimit kann ältere Versionen bereits entfernen, bevor diese Regeln greifen. Stimmen Sie das Limit auf Ihren Bedarf ab. Das Plugin verwaltet Revisionen, keine Sicherungen Ihrer Website.
Zwei Aktionen für berechtigte Automatisierung
Beide WordPress-Abilities verlangen die Berechtigung, Website-Einstellungen zu verwalten. Externer MCP-Zugriff benötigt einen separat eingerichteten Adapter, der diese Aktionen bereitstellt.
Einstellungen und Status lesen
revision-retention/get-settings akzeptiert ein leeres Objekt und liefert die aktiven Einstellungen, den Bericht zum letzten Lauf und den nächsten geplanten Termin.
Einen Durchlauf prüfen oder ausführen
revision-retention/run startet standardmäßig einen Testlauf. Verwenden Sie dry_run: false nur, wenn endgültiges Löschen beabsichtigt ist. Die Regeln ändern Sie auf der regulären Verwaltungsseite.
Vor der Installation
Erforderlich sind WordPress ab 6.9 und PHP ab 7.2. Verwenden Sie eine noch gepflegte PHP-Version, die Ihre Website unterstützt. Automatische Läufe setzen funktionierendes WP-Cron voraus.
Behalten Sie die Historie, auf die Sie zurückgreifen möchten
Laden Sie das Plugin herunter, prüfen Sie den aktiven Zeitplan und wählen Sie Ihre Aufbewahrungsregeln. Sichern Sie die Datenbank und prüfen Sie den nächsten Durchlauf vor der Bereinigung.