Es scheint, dass das Design dieser Funktion darin bestand, die Beitragsdaten vollständig aus der Datenbank zu entfernen. Wir stellen jedoch fest, dass die Daten über /admin/logs/staff_action_logs noch in der Datenbank vorhanden sind.
Wir haben versucht, den Beitrag vollständig aus der Datenbank zu entfernen, um lokale Vorschriften einzuhalten. Gibt es eine Möglichkeit, die Beitragsdaten aus den staff_action_logs zu entfernen?
Ich glaube nicht, dass es derzeit eine Möglichkeit gibt, dies über die Benutzeroberfläche zu tun. Ich denke, Sie könnten die Mitarbeiteraktion selbst über die Rails-Konsole löschen, wenn Sie Zugriff haben.
Sie können die ID für die Mitarbeiteraktion entweder durch Überprüfung des Mitarbeiterprotokoll-JSON (/admin/logs/staff_action_logs.json) oder durch eine Daten-Explorer-Abfrage ermitteln, um eine Liste zum Auswählen zu erhalten:
SELECT *
FROM user_histories
WHERE action = 17 -- Aktionscode für 'Beitrag löschen'
ORDER BY created_at DESC
Und dann diese ID in der Rails-Konsole verwenden:
UserHistory.where(id:[ID]).delete_all
Wenn ich Ihre Frage genauer lese, denke ich, dass Sie den Abschnitt „Details“ überschreiben könnten, anstatt das Protokoll zu löschen, mit etwas wie diesem:
UserHistory.where(id:[ID]).update(details:"permanently deleted")
Nur ein kleiner Anstoß: Unser letzter Commit hat es Discourse ermöglicht, sensible Log-Nachrichten automatisch zu bereinigen, wenn sie endgültig gelöscht werden.
Wie auch immer, das Log kann auch mit rails c wie folgt gelöscht werden:
UserHistory.where(post_id: xxx).destroy_all
# oder Thema:
UserHistory.where(topic_id: xxx).destroy_all
Sind Protokolle unendlich? Wenn ja, dann missfällt der DSGVO die Verarbeitung sensibler Daten, da eine Person identifiziert werden kann. Wenn nein, dann reicht es aus zu sagen, wo die Datenverarbeitung erklärt wird und wie lange Backups gespeichert werden – aber diese Zeit muss angemessen sein.
Aber… sensibel ist etwas anderes als das, was die DSGVO verlangt. Eine Bankkontonummer ist sehr sensibel, aber niemand kann eine Person damit identifizieren; jedenfalls nicht in Finnland.
Das sieht so aus, als würde es alle user_histories-Datensätze löschen, die mit der Beitrags- oder Themen-ID verknüpft sind, anstatt nur den Detailbereich zu überschreiben oder die destruktive Aktion auf das endgültig gelöschte Protokoll zu beschränken?
Ja, dieser Befehl ist für Leute, die möchten, dass alle Protokolle, die sich auf einen Beitrag/ein Thema beziehen, vollständig verschwinden. 
Dieses Thema wurde 3 Tage nach der letzten Antwort automatisch geschlossen. Neue Antworten sind nicht mehr möglich.