Is it possible for members of a Discourse site to opt-out of being displayed in the member directory?
إعجاب واحد (1)
I’m not aware of any way to do this.
You could deactivate the enable user directory site setting, but that would turn off the directory altogether. You could also enable hide user profiles from public which at least prevents non-users from seeing anyone’s info.
7 إعجابات
نحن نحاول استخدام Discourse كمنتدى دعم خاص. لديه كل ما نحتاجه تقريبًا وهو رائع لمجرد مشاركة المعلومات مع السماح بسير عمل بسيط (علامات) وتعيينات.
السيناريو لمشروع هو:
- إنشاء مجموعة لا يمكن للأعضاء رؤيتها إلا والسماح لمستخدمي عملائنا بالانضمام
- إنشاء فئة للمشروع
- إنشاء فئات فرعية للمهام، محاضر الاجتماعات، إلخ.
لقد قمنا بتعطيل إنشاء علامات مجانية لأن هذه يمكن أن تكون مرئية لأي شخص. لكن مجموعات المهام الخاصة لكل مشروع/فئة ستفي بالغرض.
لقد فعلنا أيضًا بالضبط ما تم نشره هنا: تعطيل دليل المستخدم وإخفاء الملفات الشخصية.
الشيء الوحيد الذي يبدو سيئًا هو أن أي مستخدم يمكنه فعليًا الإشارة إلى أي عميل آخر أو الأسوأ من ذلك، إرسال رسائل خاصة إليهم (يمكن تعطيل الرسائل الخاصة على الرغم من ذلك، لذلك قد يكون هذا جيدًا). لكنني لا أرغب في تعطيل الإشارات. إنها قيمة للغاية.
هل هناك أي حل لهذا؟
المستخدمون في مجموعات مختلفة تمامًا لا يشاركون أي فئات مع بعضهم البعض، لذلك افترضت أنهم لن يشاركوا دليل المستخدم المشترك أيضًا. لكن يمكنني أن أفهم لماذا هذا ليس هو الحال. ولكن وجود إمكانية لإنشاء مجموعات مستخدمين خاصة حقًا ومنفصلة تمامًا عن بقية المجموعات، سيكون لطيفًا.
إعداد السماح بالإشارات لأعضاء الفئة فقط سيكون رائعًا حقًا. لذلك لا يمكنك الإشارة إلى أي شخص (حتى الموظفين لا يمكنهم عن طريق الخطأ) خارج الفئة.
تحرير: يتسرب المستخدمون أيضًا في صفحة الشارات. لذلك كان علينا تعطيل نظام الشارات لإخفاء “دليل مستخدم” آخر.
بما أنك تتحدث عن العملاء، أفترض أن هناك أموالًا متاحة، مما يعني وجود خيارات. أعتقد أنك بحاجة إلى التفكير بجدية فيما إذا كان لديك مجتمع واحد أو مجموعة من المجتمعات - وعندما تقرر ذلك، اسأل نفسك ما هو المنطقي في هذا السياق.
إذا كنت تريد أن تكون كل مجموعة منفصلة حقًا، فإن تثبيت Discourse واحد ليس هو الحل.
إذا سمح لي بالتعليق على بعض النقاط المحددة؛
هل هذا يحدث بشكل منتظم؟ يبدو لي هذا قلقًا افتراضيًا - لست متأكدًا لماذا سيشير مستخدمو عميلك إلى غرباء عشوائيين أو يراسلوهم. أنا متفاجئ أيضًا من أن المستخدمين يتم إعلامهم بالإشارات إذا لم يكن لديهم حق الوصول إلى الفئة التي حدثت فيها. هذا يبدو وكأنه خطأ، إذا كان بإمكانك تأكيد حدوث ذلك بالفعل.
لا أريد أن أكون غير لطيف، ولكن هذا ليس افتراضًا معقولًا.
لقد أنشأت منتدى به مجتمع واحد وأعضاء ذلك المجتمع يكتشفون بعضهم البعض بشكل طبيعي. لست متأكدًا من أن هذا هو أفضل تطبيق ممكن لحالة الاستخدام الخاصة بك، على الأقل بقدر ما أفهمه. ولكن لا يمكنك ببساطة توقع أن تأخذ البرامج في الاعتبار إعدادك غير المعتاد لمجتمع يشبه Reddit تقريبًا من المجتمعات وتعديل نفسها بشكل جذري لاستيعاب رغبتك في إخفاء ذلك عن الناس. لديك منتدى وهو يتصرف كمنتدى.
إذا كنت تريد منتديات متعددة (منتديات؟) بمجتمعات مميزة، فيمكنك تشغيل تثبيتات إضافية لـ Discourse لتناسب وضعك. أعتقد بصدق أن هذا سيكون خيارك الأفضل على المدى الطويل.
قد تتمكن من العثور على شخص ما في Marketplace يمكنه إنشاء مكون إضافي مخصص لك لهذا الغرض. يرجى العلم أن هؤلاء الأشخاص سيتوقعون الحصول على أموال مقابل عملهم.
ألن يكون استخدام display: none على عناصر معينة كافيًا هنا؟
إنه لا يجعل أسماء المستخدمين مستحيلة الاكتشاف تمامًا، لكننا لا نتحدث عن معلومات صحية خاصة بالأشخاص. عندما يمكن للمستخدمين بالفعل اكتشاف أسماء المستخدمين عن طريق الإشارة يدويًا إلى الأشخاص ورؤية اقتراحات الإكمال التلقائي، أعتقد أن هذا سيكون كافيًا…
إعجاب واحد (1)
لا تقلق، لا أتوقع أن يقوم شخص ما تلقائيًا بجعل Discourse كما أرغب 
لقد كنا نستخدم Discourse كمنتدى عام منذ عام 2014. يمكنني القول إنني مسؤول ذو خبرة معتدلة.
لقد قررت للتو استخدامه أيضًا كأداة داخلية لمشاريع أخرى ليست مجتمعًا حقًا. وبما أنني أرى وأعرف من إشارات أخرى هنا في meta، فإن فريق Discourse يتجه أيضًا نحو هذا الاستخدام (كما هو الحال مع Discourse for Teams على سبيل المثال)، أنا فقط أحاول تقديم القليل من الملاحظات هنا.
لا هذا ولا ذاك. إنه مجرد استخدام Discourse كبوابة دعم حيث يقوم بكل ما نتوقعه منه بشكل مثالي. الشيء الوحيد الذي يجعلني غير مرتاح هو أن شركائنا وعملائنا المختلفين يمكنهم رؤية الآخرين. أولاً وقبل كل شيء، بعض المشاريع ليست عامة حقًا وثانياً يمكن أن تكون مربكة.
لقد اختبرت ذلك ويبدو أن المستخدم المشار إليه في فئة ليس لديه حق الوصول إليها لا يتلقى إشعارًا 
لذلك، من خلال تعطيل جميع الأجزاء المختلفة الموصوفة سابقًا، أصبح الأمر جيدًا جدًا، الشيء الوحيد المتبقي هو أن هؤلاء المستخدمين لا يزالون يظهرون عند بدء الإشارة إلى شخص ما. ولكن لا يمكنك مراسلتهم ولا ترى الاسم الكامل. إنه مقبول ولكن الإعداد الذي وصفته سيجعله مثاليًا
3 إعجابات
هذه ميزة ضرورية للثقة والأمان. لأي عدد من الأسباب، هناك أشخاص يرغبون في أن يكونوا جزءًا من مجتمع (قراءة الرسائل، الرسائل الخاصة، إلخ) ولكنهم لا يريدون أن يتم رؤيتهم / العثور عليهم في دليل الأعضاء.
بصفتي مسؤولاً، طلب مني مستخدم إخفاءهم من دليل الأعضاء ولا توجد طريقة للقيام بذلك. للأسف، حتى لو قمت بإيقاف تشغيل إعداد تمكين دليل المستخدم، فإنهم لا يزالون يظهرون في قائمة الأعضاء لقنوات الدردشة.
سيتم تقدير مربع اختيار بسيط في التفضيلات لعدم الظهور في دليل الأعضاء وقائمة أعضاء قناة الدردشة (باستثناء الموظفين / المسؤولين).
إعجاب واحد (1)
سيؤدي @mention في موضوع ما إلى ملء قائمة، وكذلك بدء كتابة الأحرف. من خلال هذه الزاوية، يتمثل أحد الحلول البسيطة في البحث عن تعديل برنامج Discobot التعليمي لحذف جزء الإشارة من البرنامج التعليمي أو تمويل مكون أو إضافة.
يمكن للمشرف تعطيل الإشارات حسب ما يبدو هنا.
إذا لم تكن الشارات مطلوبة حقًا. قم بتعطيلها وقدم مواضيع مساعدة لواجهة المنتدى.
يعد Discourse Meta قادرًا تمامًا على تحقيق ذلك من خلال إعداد مناسب لهذا الغرض. انظر إلى المجتمعات التي تستخدم Discourse والتي تستخدمه بالفعل كمنصة لدعم العملاء.
أعتقد أن هذا كان جزءًا من الإشارات إلى التصحيحات في الرسائل الخاصة.
لا أعتقد ذلك افتراضيًا. (لم أدرك أن هذا الموضوع تم رفعه برد).
هناك Theme component يخفي الموظفين في صفحة “حول”.
قد يكون المطورون على استعداد لإنشاء مكون مشابه إذا كانت لديك ميزانية. لست متأكدًا مما إذا كان يمكن القيام بذلك لإضافة إعداد مستخدم إلى التفضيلات بدون إضافة. ولكن بخلاف ذلك، يمكن للمسؤول إضافة مستخدم إلى قائمة في المكون.
قد تجادل بأن هذا خطأ.
انتظر. هل قاموا بتغيير هذا الإعداد للمستخدم إلى إيقاف؟ السماح للمستخدمين الآخرين بإرسال رسائل شخصية ورسائل دردشة مباشرة لي. يبدو أن الميزة التي تطلبها موجودة بالفعل؟
إعجاب واحد (1)