Is there any limitation on number of categories?
I am planning to create forum site with 500+ categories, is it possible with discourse?
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 に慣れていないだけなのかもしれないと考えました。
追伸：今、あなたのインタビューを聴いています 
それは、どれだけの数の患者を想定しているかによります。Discourse は 10,000 のカテゴリが存在する状況用に設計されていません。1,000 のカテゴリであっても、パフォーマンスの面で問題になる可能性があります。
さて、これは新しい小規模なプロジェクト向けで、1,000 のカテゴリに達するには約 1 年かかる見込みです。
しかし、移行や全再構築を迫られないように、成長に対応できる解決策を望んでいます。
多数のカテゴリに対する制限は何でしょうか？
それは、UI がデフォルトで全てのカテゴリを要求・受信するからでしょうか？
もしそうなら、これを緩和するためにページネーションを導入することは可能でしょうか？
Meta のチームでは、グループ PM が非常に効果的に機能しています。あなたのケースでは、以下のような PM が存在することになるようです。
- 患者
- 担当医療従事者
- @support_staff グループ
support_staff グループは、メッセージに対する対応が完了したと判断された後にメッセージを「アーカイブ」できる、洗練されたグループ受信トレイビューの恩恵を受けることができます。
数年経ちましたが、この件に関してどのような経験をされましたか？私は、何千ものカテゴリ（それぞれに少なくとも2つのグループが付随する）を持つ可能性のあるサイトを構築中なので、あなたの経験、つまりボトルネックはどこにあるのか、何を避けるべきかなどをぜひ聞かせていただきたいです。