Backups und Rollback

Vor bestätigten Importen und tatsächlichen Inline-Änderungen legt FG Media Audit einen History-Eintrag mit JSON-Backup an. Das Backup enthält die konkret geplanten Änderungen und dient als Grundlage für kontrollierte Rollbacks.

Gespeicherte Historie

Die Tabelle {prefix}fg_media_audit_imports speichert unter anderem:

• Batch-ID
• Zeitpunkt
• WordPress-Benutzer-ID
• Quell-Dateiname oder Kennzeichnung der Direktbearbeitung
• Anzahl geprüfter Datensätze
• Anzahl geänderter Attachments und Felder
• Fehleranzahl
• Status
• JSON-Backup
• Zeitpunkt und Benutzer-ID eines Rollbacks

Backup-Inhalt

Ein Backup enthält unter anderem:

• Plugin-Version
• Site-URL
• Benutzer-ID
• Importformat und Modus
• ausgewählte Felder
• Zusammenfassung
• Attachment-ID je Änderung
• alten Wert
• neuen Wert
• bei Alt-Text zusätzlich, ob der Meta-Key vorher existierte
• bei Dateiumbenennungen den serialisierten Rename-Plan

Backups können über die Historie als JSON heruntergeladen werden.

Rollback-Vorschau

Vor einem Rollback vergleicht FG Media Audit jeden gesicherten Zustand mit dem aktuellen WordPress-Stand.

Zustand	Verhalten
aktueller Wert entspricht dem durch den Vorgang geschriebenen Wert	kann zurückgesetzt werden
aktueller Wert entspricht bereits dem alten Wert	gilt als bereits zurückgesetzt
aktueller Wert ist abweichend	Konflikt, keine automatische Überschreibung
Attachment oder Bestandteil eines Rename-Plans fehlt	wird als fehlend markiert

Konflikterkennung

Die Konfliktprüfung verhindert, dass spätere redaktionelle Änderungen durch einen alten Rollback überschrieben werden.

Bei Dateiumbenennungen umfasst die Prüfung zusätzlich:

• physische Dateien der Bildfamilie
• _wp_attached_file
• _wp_attachment_metadata
• konkret gespeicherte direkte URL-Referenzen

Automatischer Sicherheits-Rollback bei Schreibfehlern

Scheitert ein Import oder eine Direktbearbeitung während des Schreibens, versucht FG Media Audit, bereits geschriebene Änderungen automatisch auf den vorherigen Zustand zurückzusetzen.

Nur Änderungen, die noch exakt dem neuen erwarteten Zustand entsprechen, werden dabei automatisch zurückgesetzt. Abweichende Zustände werden als Konflikt behandelt.

Historienstatus

Im aktuellen Code werden unter anderem folgende Status verwendet:

• completed
• rolled_back
• rollback_partial
• failed_rolled_back
• failed_partial
• applying

Die Historie zeigt standardmäßig die jüngsten Vorgänge; die zugrunde liegende Repository-Methode begrenzt Abfragen auf maximal 200 Einträge.