Dokumentation Löschprozesse
Löschpozesse für News, Artikel und Assets
News
Gelöscht werden alle Objekte einer bestimmten Quelle, die nicht in persönlichen Sammlungen oder Themen verwendet sind. Die Löschfrist und der Löschrhythmus sind in der Konfiguration des Logik-Containers festgelegt.
Beispiel der Konfiguration:
hup:
one:
content:
tasks:
enabled: true
# Lösche alte, nicht in Sammlungen und nicht in Themen einsortierte News
# (täglich 01:00)
delete-old-unreferenced-news:
enabled: false
cron: "0 0 1 * * *"
parameters:
dpa-webline:
imported-by: dummy
after-days: 90Durch das Löschen werden z.B. Assets wieder “unbenutzt” und können damit auch gelöscht werden.
Artikel
Allgemein
Das logische und physische Löschen wird in der Konfiguration prinzipiell aktiviert und läuft dann in hart codiertem Abstand von 10 Minuten ab.
Beispiel der Konfiguration:
hup:
one:
content:
article:
deletion:
logic-deletion:
enabled: false
physical-deletion:
enabled: false
logical-purge-delay-days: 40Logisch
Artikel werden zunächst nach “Letzte Änderung” und anderen festgelegten Parametern logisch gelöscht. Die Löschkonfigurationen werden in den Stammdaten des CMS konfiguriert. Artikel, auf die aus einem anderen Artikel heraus noch eine Referenz gesetzt ist, werden nicht gelöscht - Artikel in persönlichen Sammlungen oder Themen ebenso nicht. Mit dem Stichwort “#DO-NOT-DELETE“ können Artikel zusätzlich vom Löschen ausgenommen werden.
Sind Artikel noch mit Kanälen versehen, wird (je nach Löschkonfiguration) der Kanal zunächst zurückgezogen. Der Artikel ist damit nochmals geändert und muss bis zum logischen Löschen die Frist erneut abwarten.
Leere Artikel (ohne Komponenten mit Inhalt und ohne Assets) können in der Löschkonfiguration gesondert angesprochen werden, ebenso lassen sich Attribute für die Auswahl der zu löschenden Artikel heranziehen.
Beispiel einer Löschkonfiguration:
Logisch gelöschte Artikel lassen sich bei Kenntnis des Links im CMS noch anzeigen. Sie sind dann im Statusfeld besonders gekennzeichnet. Wird der Artikel gespeichert, ist er nicht mehr logisch gelöscht.
Über die Erweiterte Suche lassen sich logisch gelöschte Artikel mit dem Parameter “Ist logisch gelöscht“ finden.
Physisch
Das Datum des logischen Löschens wird in der Datenbank gesetzt und davon ausgehend der Zeitpunkt des physischen Löschens ermittelt. Die Frist ist in der Konfiguration festgelegt (Beispiel siehe oben unter “Allgemein”). Durch das physische Löschen werden z.B. Assets wieder “unbenutzt” und können damit auch gelöscht werden.
Assets (Bilder)
Die Löschkonfigurationen für Assets werden analog denen für Artikel in den Stammdaten des CMS konfiguriert. Neben der Frist zum Erstelldatum lassen sich Stichworte als weitere Parameter festlegen. Verwendete Assets werden nicht gelöscht (Verwender können Artikel, News, Personen, Autor-Bilder eines Benutzers, und Persönliche Sammlungen sein). Mit dem Stichwort “#DO-NOT-DELETE“ sind Assets zusätzlich vom Löschen ausgenommen.
Beispiel einer Löschkonfiguration:
Gelöschte Artikel landen zunächst im Papierkorb von alfresco (Dokument-Managementsystem, in dem alle Bilder verwaltete werden). Dann greifen die dortigen Prozesse: Der Papierkorb muss geleert und das Bereinigen der Dateien abgewartet werden.
Der Löschrhythmus ist in der Konfiguration des Logik-Containers festgelegt. Ebenso kann eine Frist für die Bereinigung des Temp-Ordners in alfresco festgelegt werden. Dort landen zunächst alle hochgeladenen Dateien und werden u.U. nicht vollständig ins CMS übernommen.
Beispiel der Konfiguration:
hup:
one:
content:
asset:
deletion:
cron: 0 */10 * * * * # aller 10 Minuten
temp-folder-deletion-period: 1 # 1 Tag alt