لدينا مستخدم مقفل عند مستوى الثقة 0. أعرف أن هناك حدودًا للنشر للمستخدمين في مستوى الثقة 0، لكنني أواجه صعوبة في التمييز ما إذا كانت حدود المنشورات شاملة، أو يومية.
هذا المنشور يشير إلى أن الحد ليس على إجمالي عدد المنشورات:
لكن هذا المنشور يبدو أنه يشير إلى أن الحد هو في الواقع حد إجمالي.
آمل أن تكون قيود النشر لمستوى الثقة 0 على أساس يومي، وليس إجماليًا، حيث لا يمكنني العثور على أي طريقة أخرى لتقييد كمية ما ينشره بعض المستخدمين دون التأثير على جميع المستخدمين. لكنني لا أستطيع الحصول على صورة واضحة لكيفية تقييد المستخدمين في مستوى الثقة 0 على وجه التحديد.
يخضع مستخدمو TL0 لقيود “اليوم الأول” بعد إنشاء الحساب. وهي:\n * max_topics_in_first_day (الافتراضي: 3)\n * max_replies_in_first_day (الافتراضي: 10) هذه تحد من عدد المواضيع/الردود التي يمكن للمستخدم إنشاؤها في أول 24 ساعة بعد أول منشور له. بعد ذلك، لم تعد هذه القيود سارية.\n* قيود لكل موضوع لمستخدمي TL0:\n * newuser_max_replies_per_topic (الافتراضي: 3) - الحد الأقصى للردود المسموح بها لمستخدم جديد في موضوع واحد قبل أن يرد شخص آخر. هذا لمنع البريد العشوائي للمواضيع، وليس النشر العام.\n* لا يوجد حد إجمالي أو دائم لعدد المشاركات الإجمالي لمستخدمي TL0. بعد فترة “اليوم الأول” الأولية، يخضع مستخدمو TL0 للقيود العامة على مستوى الموقع (max_topics_per_day إلخ)، وليس حدًا صارمًا خاصًا بـ TL0.
لقد انتهى بي الأمر بإنشاء حل بديل باستخدام أدوات مختلفة (مهاراتي في البرمجة ليست قوية بما يكفي لبناء إضافة مخصصة!). لقد اختبرته جيدًا وهو يعمل.
تم إنشاء مجموعة جديدة، restricted-users
تم إنشاء نموذج معالج مخصص، مقيد لمجموعة المشرفين
تم إنشاء فئة جديدة مرئية فقط للمشرفين، restricted-users-admin واستبدال المحرر بنموذج المعالج المخصص.
عندما يحتاج المستخدم إلى تقييد قدرته على النشر، يقوم المشرف بملء نموذج المعالج المخصص. يطلب النموذج أي مستخدم يجب إضافته إلى المجموعة، وما هو التاريخ الذي يجب إزالته فيه.
يؤدي إرسال النموذج إلى إنشاء موضوع جديد في restricted-users-admin
تم إنشاء خطاف ويب لهذه الفئة لإرسال أي موضوع جديد يتم إنشاؤه.
عند استلام خطاف الويب، تحقق أولاً مما إذا كان المستخدم موجودًا بالفعل في المجموعة، وأنشئ ردًا بمنشور يحتوي على تلك المعلومات إذا كان كذلك. إذا لم يكن المستخدم في المجموعة، فأضفه إلى المجموعة، ثم انتظر حتى التاريخ/الوقت المحدد للنهاية، ثم قم بإزالته من المجموعة.
تم إنشاء خطاف ويب لأي منشورات من قبل المستخدمين في مجموعة restricted-users.
عند نشر المستخدم المقيد وإرسال خطاف الويب، قم بإجراء استدعاء API لتحديد عدد المنشورات التي قام بها المستخدم في ذلك اليوم (تم استخدام نفس اليوم بدلاً من فترة 24 ساعة، أعتقد أنه كان أسهل لمطابقة التاريخ). قمت بتصفية الرسائل الخاصة هنا.
إذا كان هذا هو المنشور قبل الأخير الذي يتاح للمستخدم، فإن API يرسل رسالة خاصة للمستخدم لإعلامه بأنه يقترب من حده ولديه منشور واحد آخر اليوم. كإثبات للمفهوم، قمت بتعيين الحد عند 5 منشورات، لذا يرسل هذا رسالة خاصة بعد المنشور الرابع للمستخدم.
إذا كان هذا هو المنشور الأخير، فإن API يقوم بكتم صوت المستخدم لمدة 24 ساعة.
عندما تتم إزالة المستخدم من مجموعة restricted-users، فإن API يرسل ردًا بمنشور إلى الموضوع الأصلي في فئة restricted-users-admin.
هذا في منطقة الحالات الاستثنائية بالنسبة لنا - هذا نوع من “الملاذ الأخير تقريبًا”، بعد الكثير من التواصل وعمل المشرفين مع المستخدم. لا أتوقع أن يكون لدينا حركة مرور على هذا النحو بحيث يصبح عبئًا، فهذا عدد قليل جدًا جدًا من المستخدمين. نحن منظمة عضوية ومنتدى Discourse الخاص بنا يعمل كمستودع لجميع أنواع الموارد، لذا يجب أن يتمكن الأعضاء من الوصول إليه. وبالتالي، نحتاج إلى إيجاد حلول مختلفة بدلاً من التعليق.