この機能のデザインは、投稿データをデータベースから完全に削除することであったと思われます。しかしながら、/admin/logs/staff_action_logs を通じて、データがまだデータベースに残っていることがわかりました。
地域の規制を遵守するために、投稿をデータベースから完全に削除しようとしていました。staff_action_logs から投稿データを削除する方法はありますか？
「いいね！」 10
UIから現在これを行う方法はないと思います。アクセス権があれば、Railsコンソールを使用してスタッフアクション自体を削除できると思います。
スタッフアクションのIDは、スタッフログのJSON（/admin/logs/staff_action_logs.json）を確認するか、データエクスプローラークエリを使用してリストから選択することで見つけることができます。
SELECT *
FROM user_histories
WHERE action = 17 -- 'delete post'のアクションコード
ORDER BY created_at DESC
そして、そのIDをRailsコンソールで使用します。
UserHistory.where(id:[ID]).delete_all
ただし、質問をより詳しく読むと、ログを削除する代わりに、「details」セクションを次のようなもので上書きできると思います。
UserHistory.where(id:[ID]).update(details:"permanently deleted")
「いいね！」 8
Just a bump: our recent commit has enabled Discourse to automatically clean up sensitive log messages when they are permanently deleted.
Anyway, the log can be also deleted with rails c like this:
UserHistory.where(post_id: xxx).destroy_all
# or topic:
UserHistory.where(topic_id: xxx).destroy_all
「いいね！」 5
ログは無限ですか？もしそうなら、GDPRは個人が特定できる可能性がある機密データに関して不満を抱いています。もしそうでないなら、バックアップがどのくらいの期間保存されるかが説明されているデータ処理の場所を伝えるだけで十分です。ただし、その期間は合理的でなければなりません。
しかし…機密性というのはGDPRの要求とは少し違うものです。銀行口座番号は非常に機密性が高いですが、それだけでは個人を特定することはできません。少なくともフィンランドではそうです。
これは、投稿またはトピックIDに関連付けられたすべてのuser_historiesレコードを削除するのではなく、詳細セクションのみを上書きしたり、削除されたログのみに破壊的なアクションを制限したりするように見えますか？
はい、このコマンドは投稿/トピックに関連するすべてのログを完全に削除したいユーザー向けです。
「いいね！」 2
このトピックは、最後の返信から3日後に自動的にクローズされました。新しい返信は許可されていません。