根据我的经验，对于这种层级结构的社区，信息主要是在国家层面自上而下流动的，而 Discourse 的全部功能在区域层面更需要。
确实，到那时我认为我会使用一个实例作为机构和单点登录（SSO）进入“区域”实例的门户，并在每个实例中设置一个“访客”组/类别。
但很快您就会有一些非常活跃的群组，而另一些则相当沉寂。所以也许直到一个群组达到活跃度的临界点（或根据请求），最初的几个主题可以采用私信（PM）的形式？
2 个赞
@sam 如果我理解正确的话，假设除管理员外的所有用户都可以访问有限数量的类别（比如说每个用户少于 20 个），那么拥有大量类别（10K、20K……100K）的唯一后果将是影响管理员页面的性能（重力待定），甚至是非常具体的页面：主页和类别页面。用户性能和体验将不受影响。
我说得对吗？
这里有一个简短的更新。
虽然仍在进行中，但我们一直在努力让 Discourse 扩展到更多的类别，现在有一个名为 lazy load categories groups 的实验性站点设置可供选择此行为：
愿意接受不完美之处的人欢迎尝试一下，但我们还没有到需要更多反馈的时候。
一旦我们准备好了，我们将在 meta 上的 Announcements 中创建一个主题，鼓励更多人在这里和他们自己的站点上尝试。
9 个赞
@mcwumbly 迫不及待地希望此功能能在生产环境中发布！希望这将使我们目前托管计划中 500 个类别的硬上限成为过去。
在我们的用例中，我们有大量的类别和组（数万个），但每个组中的类别和用户数量非常有限。
2 个赞