أرغب في إخفاء المواضيع في صفحة “الأحدث” من المستخدمين الذين هم أعضاء في مجموعة معينة “سيئة”. أعتقد أنه يمكن القيام بذلك باستخدام مكون سمة (theme component) ولكني منفتح على الأفكار. هذه حالة استخدام لمرة واحدة، ولا أحتاج إلى واجهة مستخدم لتعديل المعلمات.
إليك جهد مماثل، ربما نقطة انطلاق. يتمثل النهج في استخدام api.modifyClass لإضافة فئة إلى المواضيع (<tr> في صفحة “الأحدث”)، ثم بضعة أسطر من CSS لتعيين هذه الفئة إلى display: none. أفترض أنه يمكن الحصول على المستخدم في modifyClass وإضافة الفئة إذا كان المستخدم عضوًا في المجموعة “السيئة”.
(أدرك أن هذا لا يؤثر على أذوناتهم، لا يزال بإمكانهم رؤية الموضوع في عرض الفئات أو البحث، ولا يزالون يتلقون رسائل البريد الإلكتروني، ويمكنهم اكتشاف حيلتي وتعديل CSS المحلي الخاص بهم، وما إلى ذلك. أريد فقط إنشاء إزعاج وجعلهم يتخذون إجراءً. بالنظر إلى جميع القيود، أعتقد أن هذا النهج سيعمل.)
متى تحتاج إلى إنجازه؟
الأسابيع القليلة القادمة.
ما هي ميزانيتك، بالدولار الأمريكي التي يمكنك تقديمها لهذه المهمة؟
هل تريد أن يكون /latest فارغًا لهؤلاء المستخدمين؟ أم لإخفاء بعض المواضيع فقط؟
النقطة هي إزعاجهم؟ (لأنهم يزعجون الجميع؟). أتساءل فقط عما إذا كانت هناك طريقة أفضل لإزعاجهم.
لم أذكر، ما زلنا نريد السماح لهم برؤية موضوع واحد في “الأحدث” - شروط الخدمة المحدثة.
لا يعجبني ذلك كثيرًا أيضًا، ولكنه أفضل ما يمكنني التوصل إليه. الهدف هو جعل جميع المستخدمين يوقعون على شروط الخدمة المحدثة، بأهمية أعلى من المعتاد. كان هناك نقاش في How to force existing users to accept ToS مفاده أن Discourse Policy قد تساعد. لكن السياسة لا تفرض أي شيء، وبسبب أهمية شروط الخدمة الجديدة نريد أكثر من مجرد فقاعة زرقاء لتذكير المستخدمين. لقد قمنا بتطوير إضافة منذ بضع سنوات لإضافة الأعضاء إلى مجموعة عند قبولهم لسياسة، وقد نجح ذلك في بعض الأشياء، لكنني لا أرى كيف يمكن جعلها تعمل لهذا الغرض.
لدينا بالفعل مجموعة معقدة إلى حد ما من المجموعات والفئات، لذلك لا يمكننا ببساطة تغيير الأذونات على كل فئة من “الجميع” إلى “مقبولي شروط الخدمة”. إذا كانت أذونات الفئات تدعم المنطق البولياني، فربما يمكننا تغيير الأذونات للسماح فقط للمستخدمين الذين هم أعضاء في كل من “المجموعة المميزة” و “مقبولي شروط الخدمة”. لكنها لا تدعم ذلك.
ليس لدي رأي قوي حول كيفية تذكيرهم. إذا كان هناك أي فرض مدمج لسياسة Discourse، فسأستخدمها. لكننا نحتاج إلى أكثر من مجرد فقاعة زرقاء في هذه الحالة.
لقد نظرت أيضًا لفترة وجيزة في إعادة توجيههم برابط دائم إذا لم يكونوا أعضاء في “مقبولي شروط الخدمة”. هذا لا يزال خيارًا إذا تمكنا من الحصول على معرف المستخدم أو اسم المستخدم المضاف إلى عنوان URL للرابط الدائم كمعلمات استعلام. إذا قمنا بإعادة توجيههم إلى Docusign أو شيء من هذا القبيل، يمكنني إعداد خطاف ويب لإضافتهم إلى مجموعة “مقبولي شروط الخدمة” حتى يتوقفوا عن إعادة التوجيه. هل يبدو هذا خطة أفضل؟
ربما يمكنك إلقاء نظرة على أحد مكونات “Gate” الموجودة وتعديل معاييرها؟ هذه المكونات لديها حواجز مزعجة للغاية وتُعلم المستخدمين بما هو متوقع بطريقة واضحة ومباشرة.