عند تعيين “الحد الأدنى للثقة لإرسال الرسائل” و"الحد الأدنى للثقة لوضع علامات على المنشورات" إلى مستوى الثقة الأول (tl1)، لم يعد المستخدمون الجدد قادرين على التواصل مع المشرفين، ويجب عليهم فتح مواضيع جديدة لجميع طلباتهم.
من الأفضل أن يتمكن جميع المستخدمين دائمًا من إرسال رسائل خاصة إلى الطاقم، وأن يتمكن المستخدمون من أي مستوى ثقة من وضع علامات على منشوراتهم.
شكرًا لك على الإضافة، سأقوم بفحصها وتثبيتها قريبًا.
لقد ذكرت tl1 أعلاه كمثال. في الواقع، قمنا بضبط “أقل مستوى ثقة لإرسال الرسائل” على tl1 و"أقل مستوى ثقة لوضع العلم على المنشورات" على tl2 نظرًا للكم الهائل من الرسائل المزعجة من المستخدمين الجدد. لكن الكثير من عملنا في المجتمع يتم عبر وضع الأعلام. نحن دائمًا نطلب من المستخدمين استخدام وظيفة وضع العلم إذا أرادوا مراجعة منشوراتهم أو حذفها، أو تغيير فئة الموضوع. من ناحية أخرى، نظرًا لأننا لا نستطيع ترك ميزة وضع العلم متاحة لجميع المستخدمين، فإن هناك بعض الارتباك.
إذا كان من الممكن لجميع المستخدمين وضع العلم على منشوراتهم لمراجعتها من قبل المشرفين، وجعل إعداد “أقل مستوى ثقة لوضع العلم على المنشورات” يعمل فقط على منشورات الآخرين، فسيكون ذلك أسهل في إدارة الطلبات.
اليوم أدركت أنه عند إمكانية إرسال رسالة إلى مجموعة، يمكن لأي مستخدم، بغض النظر عن مستوى الثقة، إرسال رسالة إلى تلك المجموعة. في هذه الحالة، يتم تجاهل الحد الأدنى للثقة المطلوب لإرسال الرسائل.
هل هذا خطأ برمجي أم ميزة؟
إذا كانت ميزة، فيمكننا استخدامها بدلاً من إضافة (plugin).
نعم، نحن نستخدم إعداد المجموعة هذا. لكنني اعتقدت أن الحد الأدنى للمستوى الموثوق لإرسال الرسائل يجب أن يعيد كتابة هذا الإعداد. إذا كان تجاهل الحد الأدنى للمستوى الموثوق لإرسال الرسائل في المجموعات ليس خطأً، فيمكن اعتباره ميزة.
نحتاج إلى تقييد الرسائل الخاصة إلى المستوى 0 والمستوى 1 بحيث يمكنهم إرسال الرسائل إلى المشرفين فقط. ومع هذه الميزة، يمكننا تحقيق ذلك بسهولة عبر المجموعات.
هل من الممكن فقدان هذه الميزة في التحديثات المستقبلية؟
لا يزال يعمل بشكل رائع! شكراً جزيلاً.
يرجى إبقاء هذا المكون الإضافي نشطًا، وإذا كانت هناك أي طريقة لدمجه في نواة Discourse فسيكون ذلك أفضل. هذه وظيفة أساسية للغاية في تجربتي في إدارة المنتديات.
لم أفهم حقًا وظيفة الإعداد allow_pm_allowed_pm_groups، لكنني حاولت تعيينه إلى staff,trust_level_0,trust_level_1,trust_level_2 ولكن المشكلة استمرت. قمت بتعطيل المكون الإضافي وعادت الرسائل الخاصة تعمل بشكل طبيعي مرة أخرى.
مرحباً، أقدر ردك! لا تقلق، يمكنني تركه معطلاً في الوقت الحالي، أو إذا لزم الأمر يمكنني نسخه مؤقتًا من الإصدار القديم في الوقت الحالي.
هل فكرت في محاولة تقديم هذا كطلب سحب (PR) لتطبيق Discourse الأصلي لمشاركة عبء الصيانة؟ إنه حقًا قيد كبير لتطبيق Discourse حيث يتعين على المسؤولين الاختيار بين السماح بالرسائل الخاصة لمجموعات المستخدمين غير الموثوق بهم (فكرة سيئة حقًا، تعرضت لهجوم بريد عشوائي كبير للرسائل الخاصة على منتدى غير Discourse) أو عدم السماح للمستخدمين الجدد بالاتصال بالموظفين. لقد تعاملت مع الكثير من الأسئلة (العامة) بالفعل في فترة قصيرة منذ الانتقال إلى Discourse من مستخدمين جدد كانوا يحاولون الاتصال بي ولم يتمكنوا.
لقد قمت بتطوير المكون الإضافي قبل 6 سنوات. لم يتم التعبير عن أي اهتمام، على الرغم من أنني لم أسأل صراحة.
أنا متفاجئ قليلاً من عدم وجود المزيد من الاهتمام بمثل هذه الميزة، ولكن في الأسابيع الأخيرة فقط لاحظت أن شخصًا آخر يستخدمها، ربما لأنها كانت تعمل قبل الآن.
مرحباً مرة أخرى جاي، أرى بعض الالتزامات الجديدة اليوم للإضافة. هل سيكون من المفيد تجربتها مرة أخرى؟ هل أحتاج إلى تكوين أي إعدادات لمجرد تمكين جميع المستخدمين الذين لديهم حساب نشط من الاتصال بي كمسؤول؟