我在谷歌上搜索这个话题时看到了一些帖子，但没有找到明确的指示。
我计划从 vBulletin3 迁移到 vBulletin5，然后探索迁移到 Discourse 的可能性。像 Discourse 这样的现代解决方案让我期望的一个主要功能是能够管理/创建组并为它们分配精细的访问权限，但似乎并非如此。
我是错了吗，只是在设置中错过了这个功能？
如果我没错，是否有官方计划最终支持此功能，或者是否有提供类似功能的插件？
谢谢。
1 个赞
我不确定您希望内容细致到什么程度？
Discourse 目前提供的内容如下：Understanding groups and category permissions
2 个赞
嘿，谢谢你的链接，我会仔细阅读的。
我的意思是，就像大多数 CMS 一样，通过列出管理员可以执行的所有可能操作来实现，例如对用户、类别、主题等的 CRUD 操作。
从 UI 的角度来看，这是最糟糕的噩梦之一，但在可定制性方面却是一个非常强大的工具。
这将需要有专门的表，例如：
用户 ← → 用户组 ← → 组 ← → 操作组 ← → 操作
这样用户可以属于一个或多个组，组也可以有一个或多个操作。
我担心这是一个“核心”功能，我不知道插件是否可以做到这一点。
因此，我才问是否有针对 Discourse 本身已计划或已有的功能。
查看你建议的链接，它解释了如何确定预定义角色“在哪里”可以执行操作，但“做什么”几乎是固定的，而且非常基础的“查看、阅读、回复”。这对于“前台”工作来说是可以的，但对于“后台”工作来说，并没有太多功能。
后台工作基本上是平台本身在管理和审核方面的所有维护问题。粒度可以是：
- 可以管理用户（所有操作）
- 可以批准用户
- 可以禁止/静音用户
- 可以访问自定义设置
- 可以访问设置（甚至可能更详细）
- …
这些当然只是例子，但我希望我表达的意思很清楚。
1 个赞
Users ← → Users_Groups ← → Groups 存在，
但 actions_groups 是硬编码的，并且是这样硬编码的：Trust Level Permissions Reference
2 个赞
是的，我猜到了。所以我想问一下路线图上是否有关于重新开发该功能以扩展它的内容。
某些权限已逐步迁移到 SiteSettings，并命名为单个组。存在 Category Moderators，为每个组命名。但绝大多数情况下，唯一的动态权限是类别访问。
2 个赞