我似乎只能授予管理员和版主邀请权限，或者允许所有信任等级高于阈值的用户拥有邀请权限。我正在寻找“受控用户邀请”选项（如果存在的话）；如果不存在，也许这应该放在 #feature 中，因为这对于封闭社区很有帮助——我们希望在允许高信任度用户邀请的同时，让版主团队仍能知晓新用户等情况。
那么，“受控用户邀请”功能存在吗？即用户发送邀请，版主收到通知后批准。如果存在，我该如何设置？在调优安装过程方面，我遇到的困难比第一次在多插槽环境中安装 Docker 时还要大！感谢到目前为止支持团队所有人的帮助，我相信未来也会如此。
To clarify, you’re asking if there is a way that all invites need to be approved by a moderator before they are sent?
Assuming yes, then no, that doesn’t currently exist.
That’s one implementation, another possible implementation is that after invitation a moderator must “enable” the account.
Either way would be great as the discourse based system in working on is designed to be a semi closed system with referrals. For now I guess moderators have to act as the gatekeepers.
There is a site setting called something like “must approve all users”. I think that is what you’re looking for.
This setting removes all invite permissions for non staff members.
We were looking more for a system that the users issue the invites themselves, and a moderator approves them after they accept invitation. We’re exploring other options here, but the membership seems super resistant to having invites only in the hands of the moderators…
我也想知道是否找到了可行的解决方案。
我的做法是设置一个任何人都可以加入的“等候室”，然后将“真正的社区”放在受群组限制的类别中。以下是它的工作方式：
这可以是版主、工作人员或您喜欢的任何人。开放式等候室的一个优点是，新成员可以在真正加入之前询问有关社区的问题。但我认为，将等候室设置为静态的，只有一个主题来解释这个过程，也会奏效。
太棒了，我喜欢这个解决方案，也很感谢你花时间写得如此清晰。我会测试一下看看效果如何，谢谢！
编辑：我遇到的唯一问题是，每个新类别都需要被限制……有没有一种方法可以让我只创建一个不受限制的类别，而不是必须创建除一个之外的所有类别都受限制？
手动之外？据我所知没有。但你需要新类别的频率是多少？
说得有理，我不确定。我想象着随着社区的增长，人们可能会创建很多子类别，但 1) 可能他们不会，2) 我认为子类别可以继承主类别的权限。所以也许会没问题的 
当然，每个社区都不同，但人们在组织方面本质上是懒惰的。 以我的经验来看，人们会尽量避免创建 新主题。当人们询问新类别时，他们常常希望有人能发布相关主题，但当类别实际创建后，他们却不会使用。最好避免创建新的子类别，直到它们变得显而易见且有必要为止。
正确。你可以让子类别 更 严格，但 Discourse 不允许你让它 不那么 严格。
确实如此。分类本身并不会产生讨论。因此，如果某个标签获得了大量主题，并且这些主题与其他分类的交叉不多，那么就可能存在对该分类的需求。