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에서 불가능합니다. 주제별 권한이라는 개념이 없습니다. 원하시는 것은 해당 사용자들 간의 개인 메시지(PM)입니다.
조금 혼란스럽습니다.
환자별로 카테고리를 하나씩 만드는 것을 고려하고 있습니다.
각 환자의 카테고리에는 여러 개의 토픽을 가질 수 있습니다.
각 토픽은 ‘방문’ 또는 다른 케이스를 나타낼 것 같습니다.
대부분의 카테고리에는 아마도 단일 토픽만 있을 것입니다.
개인 메시지 및 그룹(그룹 메시지)을 사용하여 이를 구현하는 방법을 조사해 보겠습니다.
하지만 현재 discourse에 대한 (구조화된) 문서화가 (부족한) 점에 대해서는 마음이 편하지 않습니다.
토픽은 훌륭하며, 일부 기능에 이르게 된 이유를 볼 수 있는 점은 좋습니다. 그러나 다음 사항에서 단점이 있습니다:
- 아직 구현되지 않은 기능이나 원함 목록에 해당하는 댓글을 읽어야 합니다.
- 찾고 있는 기능에 대해 깊이 파고들 수 있는 구조화된 문서가 부족합니다.
그럼에도 불구하고, Discourse는 훌륭하며 위 내용은 건설적인 비판으로 의도된 것입니다.
이 글을 쓰면서, 이건 그냥 나 혼자 그런 것일 수 있다는 생각이 듭니다 - 저는 Discourse에 충분히 익숙하지 않습니다.
p.s. 지금 인터뷰를 듣고 있습니다 
계획하고 있는 환자 수가 얼마나 되는지에 따라 달라집니다. Discourse는 10,000개의 카테고리가 있는 상황을 위해 설계되지 않았습니다. 1,000개의 카테고리만 있어도 성능 측면에서 다소 문제가 될 수 있습니다.
글쎄요, 이것은 새로운 소규모 프로젝트용이고, 1,000개에 도달하는 데 약 1년이 걸릴 것으로 예상합니다.
하지만 성장할 수 있도록 하고 나중에 이주하거나 전체를 다시 구축하지 않아도 되는 솔루션을 원합니다.
카테고리가 많을 때의 제한 사항은 무엇인가요?
UI가 기본적으로 모두를 요청/수신하기 때문인가요?
그렇다면 이를 완화하기 위해 페이지네이션의 일부를 구현할 수 있을까요?
그룹 PM은 Meta에서 팀에 매우 효과적으로 작동합니다. 질문하신 상황에서는 다음 사이에 PM이 있는 것으로 보입니다.
- 환자
- 배정된 의료진
- @support_staff 그룹
support_staff 그룹은 메시지 아카이빙 기능을 갖춘 정제된 그룹 인박스 뷰를 활용하는 데 이점이 있습니다. 해당 그룹이 현재 메시지에 대해 더 이상 할 일이 없다고 판단되면 메시지를 "아카이브"할 수 있습니다.
몇 년이 지났는데, 이 부분에 대해 어떤 경험을 하셨는지 궁금합니다. 저는 잠재적으로 수천 개의 카테고리(각 카테고리에 최소 2개의 그룹이 연결됨)가 포함될 수 있는 사이트를 구축하고 있는 중이라, 여러분이 어떻게 진행하셨는지, 즉 병목 현상이 어디서 발생했는지, 피해야 할 점은 무엇인지 등 매우 관심 있습니다.