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.
P.S. Я просто слушаю ваше интервью 
Это зависит от того, сколько пациентов вы планируете иметь. Discourse не предназначен для ситуации, когда существует 10 000 категорий. Даже 1000 категорий могут вызвать проблемы с производительностью.
Ну, это для нового небольшого проекта, и я ожидаю, что до 1000 категорий мы дойдём примерно за год.
Но я хотел бы иметь решение, которое позволит мне расти и не придётся мигрировать или всё переделывать.
В чём ограничение при большом количестве категорий?
Это потому, что интерфейс по умолчанию запрашивает или получает их все?
Если так, можно ли реализовать какую-то форму пагинации, чтобы смягчить эту проблему?
Групповые менеджеры проектов отлично работают для команды здесь, в Meta. В вашем случае, похоже, у вас будет менеджер проекта между:
- пациентом
- назначенным медперсоналом (медперсоналом)
- группой @support_staff
Группа support_staff получила бы пользу от нашего отполированного вида группового почтового ящика, где сообщения могут быть «архивированы» после того, как будет определено, что группе больше нечего делать с сообщением в его текущем виде.
Прошло уже несколько лет, и я хочу узнать, какой у вас был опыт работы с этим? Я сейчас создаю сайт, который потенциально может содержать тысячи категорий (каждая из которых будет иметь как минимум две связанные группы), поэтому мне очень интересно узнать, как всё прошло у вас: где возникали узкие места, чего стоит избегать и так далее?