How many categories can discourse support?

Is there any limitation on number of categories?

I am planning to create forum site with 500+ categories, is it possible with discourse?

إعجابَين (2)

Gotta quote Jeff here:

One thing you should do when starting is to create just a few key categories, and as your forum grows, you can create new categories, and use the search to move topics to the new category.

You can also use tags, that can separate content but are more lightweight.

7 إعجابات

Can someone please address the main question stated in the title:
How many categories can discourse support?

This is a valid question and very important to consider. I’m well aware of tags and tag groups.

Are there performance concerns or technical issues related to having 1000 categories?
Or maybe there are well working forums with hundreds of categories?

8 إعجابات

We currently have 263 categories and counting and working well. Most of those however are private and locked down to various groups (approx 240)

5 إعجابات

Same. We hit 210 just today. Each of the categories are part of the same parent category and each of them is restricted to its very own group of 30 to 40.

أنا أيضًا أبحث في تأمين المحادثات بين المريض والطبيب.
الحل الوحيد الذي وجدته حتى الآن من خلال قراءة التوثيق هو:

  • إنشاء فئة للمستخدم عبر واجهة برمجة التطبيقات (API)
  • إنشاء مجموعة للمستخدم عبر واجهة برمجة التطبيقات (API)
  • تعيين مجموعة المرضى والمجموعة الطبية ومجموعات الموظفين إلى الفئة

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

هذا غير ممكن في Discourse. لا يوجد مفهوم للأذونات لكل موضوع. ما تريده هو رسالة خاصة بين هؤلاء الأشخاص.

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

معظم الفئات ستحتوي على موضوع واحد على الأرجح.

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

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

  • يجب عليّ قراءة التعليقات التي تتضمن رغبات أو ميزات غير مطبقة.
  • أفتقر إلى وثائق منظمة تسمح لي بالبحث بعمق في الميزات التي أبحث عنها.

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

ملاحظة: أنا فقط أستمع إلى مقابلتكم :slight_smile:

إعجابَين (2)

يعتمد ذلك على عدد المرضى الذين تخطط لاستقبالهم. منصة Discourse ليست مصممة لحالة وجود 10,000 فئة. حتى 1000 فئة ستسبب بعض المشاكل من حيث الأداء.

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

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

ما هو القيد المفروض عند وجود فئات كثيرة؟
هل لأن واجهة المستخدم تطلب أو تستقبل جميعها افتراضيًا؟
إذا كان الأمر كذلك، فهل يمكن تطبيق نوع من الترقيم لتخفيف هذه المشكلة؟

تعمل مجموعات مديري المنتجات (PMs) بشكل ممتاز للفريق هنا في ميتا. في حالتك، يبدو أنك ستحصل على مدير منتج بين:

  • المريض
  • الطاقم الطبي المُعيَّن
  • مجموعة @support_staff

ستستفيد مجموعة support_staff من عرض صندوق الوارد الجماعي المصقول لدينا، حيث يمكن “أرشفة” الرسائل بعد التأكد من أن المجموعة لم تعد لديها أي مهام متعلقة بالرسالة كما هي الآن.

إعجابَين (2)

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