وجدت الأمر غريبًا؛ فبعد إخفاء هوية مستخدم، ما زلت أستطيع رؤية اسم المستخدم القديم والبريد الإلكتروني المرتبط باسم مستخدم عشوائي جديد “مُخفي الهوية” في سجلات /admin/logs/staff_action_logs. لا يبدو لي أن هذا إخفاءً حقيقيًا للهوية، وربما يُعد الاحتفاظ بهذه البيانات في السجلات إلى الأبد انتهاكًا لقوانين اللائحة العامة لحماية البيانات (GDPR) في الاتحاد الأوروبي.
كما لا أرى فائدة كبيرة من الاحتفاظ بسجلات مثل هذه الإجراءات. هل يمكنكم إخباري بكيفية حذف هذه السجلات نهائيًا؟ وهل من الممكن أيضًا تنظيف سجلات Discourse دوريًا وتقييد سياسة التسجيل بطريقة ما؟
للتخلص من الصفوف القديمة بعد تمكين الإعداد المذكور أعلاه، افحص أولاً صفوف سجلات المستخدمين ذات الصلة عبر وحدة تحكم Rails: UserHistory.where(action: 24)
بمجرد التأكد من أن الأمر أعلاه يغطي جميع الصفوف التي تريد ضمان عدم احتوائها على أي بيانات مستخدم مرفقة في السجلات، قم بتشغيل الأمر التالي في وحدة تحكم Rails: UserHistory.where(action: 24).update_all(details: nil, email: nil)
(تحتوي حقولا “details” و “email” على البيانات الشخصية وسيتم مسحها بالأمر أعلاه. ليس من الضروري حذف الصفوف للامتثال للائحة العامة لحماية البيانات (GDPR)، ولكن إذا كنت ترغب في ذلك، استخدم delete_all.)
قم بتشغيل الأوامر على مسؤوليتك الخاصة وتأكد من عمل نسخ احتياطية قبل تنفيذ أوامر قاعدة البيانات على نطاق واسع.
قد ترغب أيضًا في تشغيل عملية تفريغ (vacuum) على PostgreSQL لحذف الصفوف الميتة التي لا تزال تحتوي على القيم فعليًا، بعد تنفيذ الأوامر أعلاه.
قد تكون تلك الليلة هي الطريقة الأفضل، إذ اضطررتُ في بعض الأحيان إلى التراجع عن إجراء مجهول بسبب سوء تقدير من أحد أعضاء الطاقم. الأمر ليس مثاليًا، لكن بصفتي مديرًا، وجدتُ طريقة لاستعادة مستخدم مجهول الهوية.
توفر هذه الجدول البيانات المستخدمة في ملء سجلات إجراءات الطاقم على موقعك. من المفيد الاحتفاظ بسجل طاقم موقعك سليماً. وعلى أقل تقدير، يكون ذلك مفيداً في تشخيص المشكلات المتعلقة بتغيير الإعدادات من قبل أعضاء الطاقم على الموقع.