Is there any limitation on number of categories?
I am planning to create forum site with 500+ categories, is it possible with discourse?
AI-generated summary
The discussion revolves around the number of categories that Discourse can support. dgadiraju asks if creating 500+ categories is possible, and Falco quotes Jeff, emphasizing the importance of balance in category creation, suggesting that too many categories can become a maze.
dalerka asks about performance concerns with having many categories, but no concrete answer is provided. vinothkannans shares a link to a related discussion, and mikechristopher and masterakay share their experiences with having hundreds of categories, mostly private and restricted to specific groups.
ieugen seeks advice on securing conversations between patients and medics, but codinghorror explains that per-topic permissions are not possible in Discourse. ieugen considers creating a category per patient, but codinghorror warns that 1000 categories will cause performance issues.
ieugen inquires about the limitations of many categories, and riking suggests using group PMs instead. uffehe asks about the experience of others with thousands of categories, seeking advice on potential bottlenecks and areas to avoid.
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.
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?
We currently have 263 categories and counting and working well. Most of those however are private and locked down to various groups (approx 240)
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.
ملاحظة: أنا فقط أستمع إلى مقابلتكم 
يعتمد ذلك على عدد المرضى الذين تخطط لاستقبالهم. منصة Discourse ليست مصممة لحالة وجود 10,000 فئة. حتى 1000 فئة ستسبب بعض المشاكل من حيث الأداء.
حسنًا، هذا لمشروع صغير جديد، وأتوقع أن يستغرق حوالي سنة للوصول إلى 1000 فئة.
لكنني أود الحصول على حل يسمح لي بالنمو دون الحاجة إلى الهجرة منه أو إعادة بناء كل شيء من الصفر.
ما هو القيد المفروض عند وجود فئات كثيرة؟
هل لأن واجهة المستخدم تطلب أو تستقبل جميعها افتراضيًا؟
إذا كان الأمر كذلك، فهل يمكن تطبيق نوع من الترقيم لتخفيف هذه المشكلة؟
تعمل مجموعات مديري المنتجات (PMs) بشكل ممتاز للفريق هنا في ميتا. في حالتك، يبدو أنك ستحصل على مدير منتج بين:
- المريض
- الطاقم الطبي المُعيَّن
- مجموعة @support_staff
ستستفيد مجموعة support_staff من عرض صندوق الوارد الجماعي المصقول لدينا، حيث يمكن “أرشفة” الرسائل بعد التأكد من أن المجموعة لم تعد لديها أي مهام متعلقة بالرسالة كما هي الآن.
لقد مرت بضع سنوات، وأنا أتساءل عن نوع التجربة التي مررت بها مع هذا؟ أنا بصدد بناء موقع قد يحتوي على آلاف الفئات (مع مجموعتين مرفقتين لكل منها على الأقل)، لذلك أنا مهتم جدًا بسماع كيف سار الأمر معك، أي أين توجد الاختناقات، وما الذي يجب محاولة تجنبه وما إلى ذلك؟