أدير منتدى خاصًا صغيرًا للمهندسين المعماريين، ولكني أود إضافة منطقة يمكن للجمهور الوصول إليها، ويمكن لمستخدمي المهندسين المعماريين مراقبتها، حيث يمكن لغير المتخصصين طرح الأسئلة أو المساهمة بوجهات نظرهم الخاصة في المناقشات المفتوحة للجمهور.
الفكرة هي أن يرى الجمهور المناقشات العامة فقط، بينما يرى مستخدمو المهندسين المعماريين المناقشات الخاصة والعامة على حد سواء.
يفضل أن يكون لدى الجمهور تجربة تسجيل دخول مختلفة، حيث توجد العديد من الحقول المخصصة لتسجيل المهندسين المعماريين والتي لن تكون ذات صلة، ويجب أن يكون لديهم خيارات أقل في إعدادات لوحة التحكم الخاصة بهم (على سبيل المثال، لا أريد أن أقدم للجمهور نفس وظائف القائمة البريدية المتاحة لأعضاء المهندسين المعماريين)، ويجب ألا يتمكن المستخدمون العامون أبدًا من رفع إعدادات الثقة الخاصة بهم بطريقة تكشف عن محتوى المنطقة الخاصة لهم.
لا أريد إنشاء منتدين منفصلين تمامًا، حيث سيؤدي ذلك على الأرجح إلى الحاجة إلى نطاقين، وتكاليف مضاعفة، وإضافة صعوبة الحفاظ على تزامن عضويات مستخدمي المهندسين المعماريين بين المنتديات مع انضمامهم ومغادرتهم.
أعتقد أنه يمكنك فعل شيء كهذا باستخدام Custom Wizard Plugin 🧙. اختر ما إذا كنت مهندسًا معماريًا أم لا، وسيعطيك مسار تسجيل مختلف. كان لدي هذا المكون الإضافي منذ 3-4 سنوات، لذا لا أتذكر جميع الميزات جيدًا.
للأسف، يبدو أن هذه الإضافة ستكلف 50 دولارًا أمريكيًا شهريًا للحصول على أي وظائف شرطية (وهو ما أحتاجه، إذا فهمت بشكل صحيح) - مما يضاعف ثلاث مرات التكلفة الحالية لاستضافة المنتدى بأكمله - وكل ذلك يأتي من جيبي الخاص.
أعتقد أن معظم هذه الميزات متاحة مع: المجموعات، أذونات الفئات، حقول المستخدم المخصصة، والأتمتة.
لفصل المستخدمين عند التسجيل، استخدم Discourse Authentication Validations ربط وظيفة حقول المستخدم. بحيث يمكنك عرض حقول مستخدم منفصلة بناءً على ما يختارونه في الخيار الأول (مهندسون معماريون أو عامة الناس).
بعد ذلك، باستخدام Discourse Automation، يمكنك إضافة هؤلاء المستخدمين تلقائيًا إلى المجموعة المتوقعة.
على سبيل المثال:
خيار حقل المستخدم
المجموعة
مهندس معماري →
مهندس معماري
عامة الناس →
عامة الناس
أخيرًا، قم بإعداد أذونات الفئات لهذه المجموعات.
يمكن لمجموعة المهندسين المعماريين رؤية فئات المهندسين المعماريين والعامة.
يجب أن تكون قادرًا على تحقيق ما تريده باستخدام Custom Wizard Plugin 🧙 على المستوى المجاني. وسيؤهلك مجتمعك تقريبًا بالتأكيد للاشتراك المجتمعي المجاني إذا كنت بحاجة بالفعل إلى وظائف أكثر تقدمًا.
أود أن أتعامل مع هذا عن طريق:
تحديد وحدات التحكم في الحقول المخصصة (UCFs) التي تريد جمعها من الأعضاء العاديين.
استخدام سؤال واحد لتحديد أولئك الذين يجب أن يكونوا أعضاء معماريين كاملين.
يمكن لوحدة التحكم في الحقول المخصصة هذه بعد ذلك أن تحدد بوابة معالج الانضمام، والتي يمكن استخدامها لوضعهم في مجموعة محددة وطرح جميع وحدات التحكم في الحقول المخصصة الأخرى / البيانات التي تحتاجها.
خدعة في حالتي هي أن هناك حوالي 15 خاصية للمستخدم مؤهلة (يتم تحديدها حاليًا عبر حقل مستخدم مخصص متعدد الاختيارات) للوصول إلى منطقة المنتدى الخاصة. للصواب أو الخطأ، كان تفكيري الأول، من أجل البساطة، هو محاولة التحكم في مستويات الوصول عبر هذا الحقل الواحد متعدد الاختيارات بطريقة ما.
للأسف، لا يبدو أن إضافة Discourse Automation على الأقل تميز أي شيء يتجاوز حالة مأهولة بسيطة مقابل غير مأهولة للحقل في حقول المستخدم المخصصة (بشكل أساسي مربع اختيار) - أفترض أن نفس الشيء قد ينطبق على إضافة Custom Wizard؟
شكراً لك @Don. هل تتصرف المجموعات الأخرى (مثل “عام” في لقطة الشاشة أدناه) مثل مجموعات مستوى الثقة المحددة مسبقًا، وإذا كان الأمر كذلك، فهل هناك طريقة لمنع التقدم التلقائي إلى مستويات ثقة/أذونات متزايدة للمستخدمين بناءً على الاستخدام؟ أم أن مجموعات مستوى الثقة المحددة صراحة هي الوحيدة التي تتصرف بهذه الطريقة؟
يمكنك تعيين مستوى الثقة التلقائي للمجموعة Public. /g/group_name/manage/membership
إذا قمت بتعيينه إلى 1 على سبيل المثال، فسيتم قفل المستخدمين في هذه المجموعة على مستوى الثقة 1. يكون هذا مفيدًا إذا قمت بإضافة أشخاص تلقائيًا إلى هذه المجموعة عند تسجيلهم وسيتم منحهم تلقائيًا TL1 (مقفل). أو إذا كان المستخدم مسجلاً بالفعل ولكنه تحت TL1، فسيصلون أيضًا إلى TL1 (مقفل) بعد إضافتهم إلى المجموعة. لذلك لا يمكنهم الوصول إلى مستويات أعلى.
لكن هذه العملية لن تعمل بالعكس، لذلك إذا قمت بإضافة مستخدم TL1 أو أعلى إلى المجموعة، فلن يتم قفلهم على TL1.
لا أعرف عن هيكل فئات موقعك، ولكن ربما يمكنك اللعب بهذا أيضًا… قم بتغيير أذونات مستوى الثقة لهذه المجموعات المضافة لتجاهل إمكانية الوصول إلى TL.
هل أنت متأكد من أنهم لا يستطيعون الوصول إلى مستويات ثقة أعلى؟ لقد وجدت موضوع خطأ حيث تمت إضافة ترقية المستوى الثقة 3 عندما يكون المستوى الثقة مقفلاً بواسطة مجموعة، لذا أتوقع أن ذلك قد نجح مع مستويات ثقة أخرى من قبل.
إذا لم تقم بإضافة إذن TL إلى فئة، ولكن أضفت إذن مجموعة آخر كما كتبت أعلاه، فلن يكون لمستوى TL أي أهمية لأن ما سيحدد من يمكنه الوصول إلى الفئة هو المجموعة المضافة وليس مستوى TL.
يبدو أنك قمت بحل ذلك. هل جربته لحالة الاستخدام الخاصة بك؟
لا أعتقد أن CWP يدعم حقول الاختيار المتعدد في الوقت الحالي، لذلك قد تحتاج إلى إيجاد حل بديل لذلك.
أعتقد أن مصطلح “الثقة” كان مضللاً. يمكنك إدارة ذلك باستخدام مجموعة بسيطة لجميع من يجب أن يكون لديهم حق الوصول إلى معظم المحتوى (أي المهندسين المعماريين لديك)، مع التأكد من أن هذه المجموعة (وليس الجميع) لديها حق الوصول إلى الفئات المقيدة.
كن على علم بأنك ستفقد بعض الوظائف مع منتدى هجين. على وجه الخصوص، لا يُسمح بـ Oneboxing مع الفئات المقيدة (إلا إذا كانت ضمن تلك الفئة المحددة).
هذا مكون إضافي مثير للإعجاب (تجريبي) - بينما يبدو أنه يتطلب بعض التفكير لتكوينه، يمكنني رؤية أنه سيكون مفيدًا جدًا لعدة أشياء.
أليس هذا ينطبق فقط على ترقيات TL3 إذا تم تعيين TL تلقائيًا إلى 2؟