تمكين معاينات الفئات للفئات المقيدة ذات الوصول المدفوع

أحد الأشياء التي أجدها مفقودة بشكل متكرر وصعبة للغاية في التعامل معها في Discourse هي معاينات الفئات. عند العمل مع العملاء على سمات Discourse، غالبًا ما يكون لديهم فئات مقيدة (إما للمستخدمين المسجلين فقط، أو للأعضاء الذين يدفعون)، لكنهم لا يزالون يرغبون في عرض جميع المجالات التي يقدمونها علنًا لجذب المزيد من التسجيلات. مثال تم تقديمه لي عدة مرات هو واجهة Circle. جميع المساحات مرئية، ولكن إذا لم يكن لدى المستخدم حق الوصول، فسيرى لافتة ملاحظة مع دعوة لاتخاذ إجراء للحصول على حق الوصول:

أعلم أن هناك مكون معاينات الفئات على meta، ولكنه لا يسمح بتدفق الاستخدام هذا. يمكنك فقط إضافة استبدال يدوي لرابط الفئة في قائمة الفئات. لكن المستخدمين الذين ليس لديهم حق الوصول لن يتمكنوا من متابعة رابط الفئة العادي. ولن يظهر رابط الفئة في أماكن أخرى.

أود أن أرى خيارًا مدمجًا للسماح بمعاينات الفئات المقيدة. لذلك، إذا تم تحديده، سيظهر رابط الفئة مثل روابط الفئات الأخرى. عند اتباعه، سيظهر فقط رأس الفئة وموضوع “حول ..الفئة”.

3 إعجابات

@manuel هل هذه هي نفسها / ذات صلة؟ :thinking:

إعجابَين (2)

نعم، إنها طلبات مشابهة. لكنني لم أجد حلاً في هذه المواضيع. حسب خبرتي، أصبح هذا الاستخدام شائعًا، لكن الحلول التي تقدمها الحلول البديلة اليدوية أو المكون الإضافي تتطلب الكثير من الإعداد والصيانة، إما من قبل مؤلف السمة و/أو مديري المجتمع. كما أنها تؤدي بسهولة إلى أخطاء عند تغيير بنية الموقع.

إعجابَين (2)

هل يمكنك جعل الفئة الأم قابلة للقراءة للجميع وليست قابلة للكتابة، ثم جعل الفئات الفرعية قابلة للقراءة/الكتابة فقط لمن تم منحهم حق الوصول؟

بهذه الطريقة، يمكنك الحصول على موضوع “حول هذه الفئة” وشعار في المستوى الأعلى، ثم يتم فتح جميع المحتويات المقيدة عندما يصل شخص ما إلى الفئات الفرعية. يتطلب هذا بعض التصنيف الإضافي، ولكنه قد يكون له عيوب أقل من بعض الأساليب الأخرى…

هناك حل بديل آخر بالطبع، لكننا لا نملك حاليًا أي عمل لمعاينة الفئات مجدولًا.

3 إعجابات

أتساءل عما إذا كنت تقصد بـ “Visible” أن يتمكن المستخدمون من عرض الفئات؟ ولكن ليس النشر/الرد؟
أم مجرد قائمة فئات مع الوصف؟

إعجاب واحد (1)

نعم، لقد جربت هذا النهج، ولكني أعتقد أنه بشكل عام غير بديهي للمستخدمين الذين لديهم بالفعل إمكانية الوصول لفهم أنهم يستطيعون النشر فقط في الفئات الفرعية. يصبح هذا معقدًا بسبب حقيقة أن زر “موضوع جديد” لن يظهر عند الدخول إلى الفئة الرئيسية. لذا، يحتاج هذا إلى حل إضافي في التصميم.

شكرًا على التنبيه! حسنًا، أردت فقط مشاركة هذه الملاحظات، لأنني أعتقد أن هناك ثلاثة أوضاع أساسية للفئات: عامة، مقيدة، وسرية. المنصات الأخرى تجعل اختيار أحد هذه الأوضاع بسيطًا للغاية. إليك الإعداد على Circle:

على Discourse، لدينا عامة وسرية. ووضع خاص/مقيد افتراضيًا لما ذكره @Heliosurge: عرض مواضيع الفئة، ولكن لا يوجد نشر/رد. ولكن هذا الإعداد نادر نسبيًا، حيث يتم تغطيته عادةً بعدم تسجيل الدخول إلى موقع.

أعتقد أن الافتراضي الأكثر شيوعًا لخاص/مقيد سيكون مجرد صفحة الفئة مع قفل ووصف.

5 إعجابات

إذا كنت تبحث عن فئة مفتوحة ولكن بدون ردود على المنشورات.

انتقل إلى إعدادات الفئة

| المجموعة | الأذونات |
| الجميع | رؤية |
| اسم المجموعة | رؤية/إنشاء/رد |

هناك صفحة أخرى حيث إذا حاولوا النشر/الرد، يمكن أن يظهر نص يقول، على سبيل المثال، طلب الوصول.

إعجاب واحد (1)

أنا متأكد من أنهم يريدون خيار السماح للأشخاص فقط برؤية عنوان الفئة ولكن ليس المواضيع ومشاركاتهم داخل الفئة. أنا متأكد من أن ما اقترحته سيسمح للأشخاص برؤية اسم الفئة والمواضيع والمشاركات ولكن قد أكون مخطئًا.

4 إعجابات

نعم، تمامًا كما في لقطة الشاشة الأولى المشتركة أعلاه. أعتقد أن هذا سيناريو شائع عندما يكون الهدف هو تحقيق الدخل من مناطق معينة في المنتدى: لا يرغب العملاء عادةً في أن تكون هذه المناطق سرية، ولكنهم يظهرون للمستخدمين ما سيقدمه المنتدى عند اختيار الدفع.

كما ذكرت سابقًا، بالنسبة لي، الخيار الآخر (رؤية جميع الموضوعات، ولكن لا يمكن الرد عليها أو إنشاء موضوعات جديدة) مغطى بالفعل بالتمييز بين الزائر المجهول والعضو المسجل. من النادر جدًا تكرار هذه التجربة للمستخدمين المسجلين.

هذه هي النقطة الكاملة لموضوع الميزة هذا: أعتقد أن الخيار الأول أكثر شيوعًا، ولكنه صعب التنفيذ في Discourse. بينما الآخر أقل طلبًا، ولكنه حاليًا السلوك الافتراضي مع Discourse.

إعجابَين (2)

هذه ليست حالة استخدام شائعة حسب خبرتنا. حالة الاستخدام الأكثر شيوعًا هي أن يكون المنتدى بأكمله متاحًا بالدفع.

إعجاب واحد (1)

نعم، أود هذه الميزة أيضًا للأسباب التي ذكرتها، للإعلان للمستخدمين عن وجودها وعن وجود طريقة للوصول إليها، سواء كان ذلك من خلال تطبيق أو دعوة أو حتى الدفع. يمكنني رؤية العديد من الاستخدامات لها بينما أفكر في وجود مجتمع متدرج لكل من البودكاست وأيضًا تدريب فنون الدفاع عن النفس عبر الإنترنت.

ومع ذلك، ما زلت أرى قيمة في إخفاء أسماء الفئات أيضًا، ولكني سأحب الخيارات الثلاثة التي اقترحتها.

إعجاب واحد (1)

[quote=“jimkleiber, post:11, topic:215250”]للإعلان للمستخدمين عن وجودها وعن وجود طريقة، سواء من خلال التطبيق أو الدعوة أو حتى الدفع، للوصول إليها.
[/quote]

يمكن تحقيق ذلك بواسطة هذا المكون الإضافي Discourse Category Lockdown

إعجاب واحد (1)

أعتقد أنني وجدت حلاً بديلاً يسمح لي بتحقيق تجربة المستخدم المطلوبة دون المساس بالبنية الأمنية لـ Discourse.

هذا المثال لا يتعلق بالقيود المدفوعة ولكن بهدف مماثل. لدينا فئات مقيدة لمجموعات العمل في هذا المنتدى. لا نزال نرغب في الترويج لوجودها وجذب الاهتمام للانضمام إليها. لذلك، أود أن تكون هذه الفئات مرئية لكل مستخدمي المنتدى كما في هذا النموذج الأولي:

لإظهار الفئات الآن، بغض النظر عما إذا كان لدى المستخدم حق الوصول إليها أم لا، أضفت الفئات المقيدة بالإضافة إلى أنني أضفت فئات “ظل” عامة لكل منها. إليكم عرض المسؤول الخاص بي لجميع الفئات لمجموعات مجتمع البناة والمترجمين:

الآن، يرى المستخدم الذي لا يملك وصولاً خاصًا الصناديق العامة فقط ويمكنه زيارة الفئات والعثور على المعلومات ذات الصلة حول المجموعات:

بمجرد أن يحصل المستخدم على وصول فعلي إلى فئة مقيدة، أقوم بإخفاء الفئة العامة باستخدام CSS. لنفترض أن مستخدمًا انضم إلى المترجمين. سيكون لديهم هذا العرض:

أستخدم مكونًا لمعالجة مجموعات المستخدمين باستخدام CSS: GitHub - discourse/discourse-groups-css-classes-in-body

ثم يكون الإعلان مباشرًا إلى حد ما:

body.group-translators {
    .category-box-translators-join,
    .select-kit-row[data-name="Join Translators"] {
        display: none !important;
    }
}

حسنًا، لا يزال الأمر يتطلب بعض الجهد.. ولكني أحب تجربة المستخدم. ويضيف ميزة أن المستخدمين الذين لا يمكنهم الوصول إلى المجموعة بحد ذاتها يمكنهم التفاعل مع قادة المجموعة في الفئات العامة - دون إضافة ضوضاء إلى مناقشات المجموعة الفعلية.

4 إعجابات