أحاول جعل مجتمعي ينظم نفسه ذاتيًا، ولذلك قمت بإدراج معظم الكلمات البذيئة/المعلومات الحساسة (عبارات التعبير النمطي) في الكلمات المراقبة المحظورة.
ومع ذلك، لاحظت أنه لا يتم إخطار المسؤولين عند حظر المنشورات. من الناحية المثالية، نريد حساب عدد المرات التي استخدم فيها المستخدم كلمة/عبارة سيئة حتى نتمكن من إسكاته إذا لزم الأمر بسبب كثرة المنشورات غير اللائقة.
هل يقوم ديسكورس بحساب المنشورات المحظورة لكل مستخدم/كيف يمكن للمسؤولين تلقي تنبيهات للمنشورات المحظورة؟
أو من زاوية أخرى، هل من الممكن استخدام عوامل تصفية البحث المتقدمة لسرد المشاركات المحظورة أو التي تم وضع علامة عليها؟
ونعم، لقد أجرينا بحثنا أولاً:
لقد قمنا بتجميع قائمتنا الخاصة بما (يعمل نوعًا ما):
سرد جميع المواضيع المؤرشفة:
https://datalabcommonstrial.discourse.group/latest?status=archived
سرد جميع المواضيع المغلقة:
https://datalabcommonstrial.discourse.group/latest?status=closed
سرد جميع المواضيع المحذوفة:
https://datalabcommonstrial.discourse.group/latest?status=deleted
سرد جميع المواضيع التي تم دفعها:
https://datalabcommonstrial.discourse.group/latest?status=bumped
سرد جميع المواضيع المؤجلة:
https://datalabcommonstrial.discourse.group/latest?status=deferred
سرد جميع المواضيع غير المدرجة:
https://datalabcommonstrial.discourse.group/latest?status=unlisted
سرد جميع المواضيع المعيّنة:
https://datalabcommonstrial.discourse.group/latest?status=assigned
سرد جميع المواضيع غير المجابة:
https://datalabcommonstrial.discourse.group/latest?max_posts=1
؟ مرئية أم غير مرئية؟
المزيد:
يمكن استخدام هذا في مربع البحث:
يمكنك القيام بذلك في البحث باستخدام in:pinned و status:archived
المزيد حتى:
كيفية البحث/تصفية المواضيع غير المصنفة
advanced_filter(/^status:open$/) do |posts|
advanced_filter(/^status:closed$/) do |posts|
advanced_filter(/^status:archived$/) do |posts|
advanced_filter(/^status:noreplies$/) do |posts|
advanced_filter(/^status:single_user$/) do |posts|
advanced_filter(/^in:first|^f$/) do |posts|
advanced_filter(/^in:pinned$/) do |posts|
advanced_filter(/^in:unpinned$/) do |posts|
advanced_filter(/^in:(likes|bookmarks)/) do |posts, match|
advanced_filter(/^in:posted/) do |posts|
advanced_filter(/^in:seen$/) do |posts|
advanced_filter(/^in:unseen$/) do |posts|
advanced_filter(/^in:wiki$/) do |posts, match|
advanced_filter(/^posts_count:(\d+)/) do |posts, match|
advanced_filter(/^min_post_count:(\d+)/) do |posts, match|
advanced_filter(/^badge:(.+)/) do |posts, match|
advanced_filter(/^with:images/) do |posts|
advanced_filter(/^#([\p{L}0-9-:=]+)/) do |posts, match|
advanced_filter(/^group:(.+)/) do |posts, match|
advanced_filter(/^user:(.+)/) do |posts, match|
advanced_filter(/^@([a-zA-Z0-9_-.]+)/) do |posts, match|
advanced_filter(/^before:(.+)/) do |posts, match|
advanced_filter(/^after:(.*)/) do |posts, match|
advanced_filter(/^tags?:([\p{L}0-9,-+]+)/) do |posts, match|
advanced_filter(/^-tags?:([\p{L}0-9,-<em>+]+)/) do |posts, match|
advanced_filter(/^filetypes?:([a-zA-Z0-9,-_]+)$/) do |posts, match|
للعلم: لقد قمنا ببناء استعلام بسيط نسبيًا وهو جيد بما يكفي لاحتياجاتنا في الوقت الحالي:
SELECT
id, user_id, topic_id, post_number, cooked, raw
FROM posts p
WHERE cooked ~* ‘.*■’
مع النتائج:
يقوم أحد خبراء SQL لدينا ببناء استعلام أكثر تطوراً، والذي يحدد الموضع الدقيق للكلمة المحذوفة. إنه يعمل إلى حد ما، لكنه يستمر في التذمر من أن raw و cooked ليسا بنفس الطول… مما يمنحنا تقديراً جديداً لمدى صعوبة تخزين النتائج التي تم العثور عليها بواسطة الكلمات المراقبة، وخاصة إدارتها.
هل تمكنت من تحسين هذا في النهاية؟
لا، أعتقد أن الأمر كان مجرد كابوس كبير جدًا للعثور على الكلمة المحظورة في إصدار ماركداون مقابل الإصدار المباشر وكان من الأسهل مسحها بالعين (في الوقت الحالي لمنصتنا الجديدة). إذا وجد شخص آخر طريقة، فيرجى إخباري!
