基本上，我们希望设置群组来管理主题内的发帖权限，但我们仍然希望所有用户和未注册的访客都能阅读发布的内容。
有什么方法可以实现这个目标吗？
我知道你可以为分类做到这一点，但我们希望不必创建一个全新的分类，因为所有这些主题都已经整齐地分类到分类和子分类中了。
我们非常希望能够按主题限制回复（以及点赞）。
据我所知，开箱即用是不行的。但我希望我现在是错的。
您可能需要存档这些主题。
不确定这如何仍然允许某个用户组的用户在那里发帖……
1 个赞
啊，抱歉 @orangeandblack5，我没有考虑你最初的问题，只是回复了这部分：
我们重新开始……
在 Discourse 中，我们在类别级别设置群组权限，而不是在帖子级别设置，所以我认为没有办法按照你的要求去做。
我很好奇：为什么你不希望任何能够阅读主题的人都不能点赞？我曾想过存档，因为你可能想“冻结”它们，但听起来你希望有些人拥有点赞的能力，而有些人则没有。我喜欢听人们如何在他们的社区中使用 Discourse！
对我们来说，发帖比点赞更重要，但总的来说，我们使用 Discourse 来运行各种在线游戏和讨论，人们必须注册才能参与。而你不能在未实际参与的游戏中发帖，这是违反规则的，但我们没有任何软件强制执行这一点，所以有时新用户会感到困惑，无意中打乱了事情，而他们本应该注册即将推出的主题。
如果能有一种方式让每个人都能阅读所有主题，但阻止未注册特定主题的人在其中发帖，那就太棒了！
1 个赞
我也认为，在不使用自定义代码的情况下实现这一目标的方法是为每个您想限制的游戏或讨论添加一个专门的子类别。这听起来很麻烦，但由于您每次都必须设置一个专门的组，所以实际上手动工作量并没有增加多少。无论如何，用户体验在这种设置下会很清晰：
- 类别：games
权限：everyone read - 子类别：game-A
权限：only game-A group reply
因此，game-A 的主题对每个人都是可见的，但任何不是 game-A组成员的用户在打开主题时将无法回复。
如果您想要一个非常清晰的界面，并且这符合您的架构，您甚至可以使用 CSS 从界面中隐藏相关的子类别徽章。这样，子类别就纯粹是为了访问权限而不是导航。
3 个赞
问题在于我们已经使用子类别来分类事物。
我们至少会考虑一下，但这确实不是理想的解决方案，因为我们需要去掉一个完整的分类/组织层级，这可能会让网站更难导航，尤其是对新用户来说。
1 个赞
我怀疑您应该使用标签来组织其中一些内容。请参阅是时候谈谈标签了。
将不会有简单的方法来获得每个主题的权限。
1 个赞
我想知道是否有一种方法可以为私信提供页面发布？
我不这么认为。但是，您可以将它们发布到一个人们可以撰写内容的类别中，然后取消列表。
这与 OP 的用例不同，但我管理着一个只有匿名用户的版块，用户可以在其中发布有关职业问题的内容，而无需向所有人公开他们的用户名（尽管他们知道如果有人行为不当，管理员可以查出是谁发的帖子）。如果能将点赞限制为只有匿名用户才能进行，那就太好了。
3 个赞
我遇到了同样的情况：我们在自定义学习管理系统（LMS）中使用了 Discourse，并且有时希望将课程中的某个主题的访问权限限制给课程中的特定学员组。
因此，唯一的方法（如上所述）是为课程创建一个类别，然后为需要限制访问的每个学员组创建一个子类别……然后将每个主题复制到每个子类别中，这有点麻烦，包括需要我们这边有反映这种设置的模型以及用于保持同步的代码。
如果我们能够将每个主题的帖子限制给特定的用户组，那就太棒了。
每个人都需要看到所有其他群组的回复吗？
如果是我来设置，我会把这些材料放在一个不允许回复的类别中，仅作为参考资料。
然后，我会发送一个群组私信链接到这些材料，并在那里进行讨论。
这样你就可以轻松地将群组组织成小组，并轻松地重复使用这些材料。
私信就是这样工作的！ 
但公开主题不行。
2 个赞
@maiki 哇哦。我不知道这个。感谢分享！！！
但是，目前的策略是“设置好就不用管了”。当一门课程编写完成后，我们可以为默认学员组创建主题和子类别，然后填充我们想要的主题。如果添加了新的学员组，我们就创建一个新的组和子类别，并复制主题。
然后我们就可以不用管它了，只需要通过回调来处理活动通知。
你描述的方法，是不是需要更多手动操作？“发送群组私信”听起来是在课程生命周期中发生的一种活动。如果一个新学生报名了一个现有课程，并且被分配到一个特定的学员组，我们可以将他们添加到 Discourse 中的正确组，然后他们就可以访问现有的子类别（针对该学员组）以及它复制的所有主题。在这种情况下，他们会自动被添加到现有的“群组私信”中，工作流程没有区别吗？
用户界面看起来会一样吗？目前我们只有主题，然后（针对特定学员组，如果需要）所有的帖子都在其下方，符合“通常”的 Discourse 用户界面。
我必须说，我讨厌每次我们这边创建一个新学员组时都要做子类别和复制所有主题的工作，以及管理这些，所以这种直接的私信听起来很有趣。但我有一种顾虑，就是使用“私信”来完成一个类别+主题能做到的所有事情，是不是遗漏了什么。
1 个赞
我实在无法想象这对用户来说是什么样子。
我只知道，在我处理可重用内容时，我经常会链接到主题，或者使用模板在私信中重用内容。
如果你愿意举例说明你正在做的事情，包括学员的主题和回复，以便我们了解学员组的体验，我很乐意构思如何使用私信来完成它。
1 个赞
我所做的是设置一个只读类别，其中包含作业，然后让学生在班级类别中发帖时使用“回复链接主题”功能来“回答”作业。我不确定现在在只读帖子中找到“回复链接主题”是否容易。
1 个赞
感谢 @pfaffman 和 @maiki 的想法。我们集成话题的方式是使用 API 拉取话题的最新帖子，并直接显示在我们学习管理系统 (LMS) 的相关课程单元页面中：
然后，当您点击“加入讨论”时，它会将您带到课程类别中的话题，以及课程中您所在学员群组的子类别，从而限制您只能看到来自您学员群组同伴的评论：
有点奇怪的是，这种架构会渗透到用户界面中，例如在这个标题中：
以及导航栏…
这迫使学生理解为什么会有一个顶层类别，然后有一个用于“课程话题”（这是他们学员群组的类别）和一个用于“一般讨论”（这是课程中所有学员群组的类别）的子类别……如果他们随意点击，可能会有点迷失。
有时，学员群组更多的是一种管理分组机制，而不是学生关心的东西，这可能会使这种类别/子类别的东西更加令人困惑。“为什么课程中的所有话题只有一个类别？”
另外，正如我之前提到的，这种设置意味着我们需要在创建学员群组时复制所有话题，在删除学员群组时删除该子集，或者在创建/更新/删除话题时更新每个子类别。