看起来我们所在的机构可能要弃用 Piazza 了，因此我开始收到一些关于 Discourse 作为课程论坛潜在替代方案的咨询。
教员们认为 Piazza 的一项重要功能是匿名发帖。Piazza 上的账户既可以完全匿名发帖，也可以对学生匿名但对课程工作人员可见。我在想，是否可以通过插件在 Discourse 中实现类似的功能。
我知道 Discourse 目前支持匿名模式。然而，该功能在当前实现中存在一些缺点。首先，用户界面中进入匿名模式的方式不够清晰。我听到多位学生声称我们的论坛没有该功能，我认为这是因为他们不知道如何开启。这个问题应该比较容易解决。理想情况下，应该提供一种切换方式，使单条帖子可以匿名，而不是让用户进入一个独立的匿名模式。
第二个更严重的问题是，匿名用户似乎会失去原本赋予该命名用户的访问权限。我们大量使用用户组和分类权限来控制学生在论坛上的可见内容，这对于在多个学期中维护同一个论坛尤为重要。（基本上，每一批新生会被放入一个特定于学期的用户组，该组提供简化的论坛视图，学生只能看到该学期相关的分类以及少数允许持续发帖的其他分类。）因此，一旦用户进入匿名模式，他们就会失去访问那些他们希望匿名参与的话题的权限。
第二个问题似乎更难解决。理想情况下，Discourse 应将部分权限和用户组成员资格转发给匿名用户——当然可能不是全部，因为需要避免版主在匿名状态下意外执行某些操作。但如果有一个选项允许将非管理员权限和用户组成员资格转发给匿名用户，那将满足我们的使用场景。
总体而言，更好的匿名支持将有助于 Discourse 进入大学课程论坛领域。这听起来可能令人惊讶，但当我向其他教员建议他们尝试使用 Discourse 作为课程论坛时，这往往是他们首先提出的问题之一。
4 个赞
这真是详尽且出色的反馈，但老实说，如果匿名参与是你期望用户持续使用的关键功能，我不确定 Discourse 是否是该用例的最佳选择。
不过，你的想法是合理的：
@sam，你对这个方案怎么看？我知道你之前在这方面做了不少工作。
5 个赞
我不太确定。我长期以来一直将 Discourse 用作课程论坛，我从未真正觉得这是一个巨大的障碍。然而，确实有一些学生在能够匿名参与时会感到更自在。因此，我不太确定这里具体会发生什么。
这很合理，但也会很可惜，因为我认为 Discourse 满足了典型课程论坛 95% 以上的需求，并且至少从我所知的替代方案来看，它的表现要好得多（好得多）。仅从功能和整体完成度的角度来看，Discourse 已经远远领先于 Piazza。显然，CampusWire 将成为我的大学提供的下一个授权解决方案，但它是另一个闭源产品，可能会不如 Discourse 有效，而且在可扩展性方面肯定不如 Discourse。（至少，我们需要为此付费这一事实让我对 Piazza 在处理学生数据方面的做法少了一些担忧，这一直是我的一大顾虑。）
我认为添加此功能可能有助于吸引校园市场中的更多用户。Piazza 的另一个特点是协作回答，但这不仅实现得不太好，而且你可以争辩说，Discourse 的讨论模型能更好地满足这一需求。因此，重复实现这一点似乎没那么重要。
3 个赞
sam
(Sam Saffron)
4
给伪造的匿名用户分配用户组的麻烦在于，我们将不得不随时间推移不断同步这些数据，这里存在巨大风险。
老实说，我认为我们应该彻底放弃这个功能，转而采用类似 @tgxworld 最近构建的匿名版主功能的实现方案，那样用起来也直观得多。
@tgxworld，我们为这个插件设立过 #plugin 主题讨论吗？
7 个赞
如果我理解有误请纠正，但这似乎与当前的模式有关：用户可以进入匿名模式并长时间保持该状态——在此期间，他们的组成员资格可能会发生变化？
我认为，一个匿名“操作”就足够了：例如发帖或回复主题。这类似于进入匿名模式、执行该操作，然后退出。这意味着，只需根据操作执行时用户的组成员资格来判断该操作是否可行即可。
总之，我只是在随意 brainstorm。我很期待听到你提到的匿名版主功能，以及它是否能扩展以满足这一用例。
2 个赞
sam
(Sam Saffron)
6
[quote=“Geoffrey_Challen, 帖子:5, 主题:155944”]
这就像进入匿名模式，做那件事，然后退出。[/quote]
没错，这就是“匿名版主”功能的运作方式，也是它更安全、更易用的原因。此外，所有“匿名”帖子都可以来自同一个账号，这意味着匿名性更加……彻底。
4 个赞
啊，很有趣。但在我们的使用场景中，我们可能并不希望这样。想象一下，一群匿名学生在某个主题下讨论。我们确实希望工作人员能够区分他们 
。同时，我们还需要能够将他们的帖子追溯回实际账号，以便处理不当行为。此外，匿名身份随时间保持稳定（类似于当前功能）可能也是理想的选择。
2 个赞
sam
(Sam Saffron)
8
这又是匿名版主插件所涵盖的内容。我们仍然通过其他机制在后台将帖子与实际用户关联起来。
只是学生将无法再看出“anon17
3 个赞
有意思。身份在主题内保持稳定，但在不同主题间不保持，这样会很好。
另外，如果工作人员（或达到一定信任等级的用户）能够查看学生身份，即使这些身份对其他学生是隐藏的，也会很理想。不过我猜这在提及（@mentions）等方面会变得复杂。
1 个赞
morisset
(Charles Morisset)
10
@sam：匿名版主插件是否适用于托管版本？我使用 Discourse 的方式与 @Geoffrey_Challen 描述的基本一致：多个班级使用论坛，部分分类是共享的，但每个班级至少有一个仅对该班级开放的专属分类。目前，如果学生切换到匿名模式，他们将无法访问其受限分类。
匿名模式对于课堂环境来说是一项非常重要的功能。大多数学生乐意以真实身份发帖（尤其是我允许他们选择自己的可见 ID），但总有一些学生对此感到不太自在。
我理解关于继承权限的问题（匿名用户可能比原用户拥有更多权限）。在我的使用场景中，这并非实质性的威胁，因为学生们清楚，如果他们行为不当，我随时可以追溯并准确识别他们的身份。
2 个赞
simon
11
匿名版主插件不适用于我们的标准版或商业版计划。这些计划可用的插件请见：https://www.discourse.org/plugins。我们可以在企业版计划中为您安装匿名版主插件。
2 个赞
morisset
(Charles Morisset)
12
谢谢 @simon，这真可惜。这是否意味着在标准托管的 Discourse 中，无法让用户在受限分类下匿名发帖？
2 个赞
simon
13
我想不出在标准计划上实现这一点的任何方法。在商业计划中，或许可以通过使用数据探索器（Data Explorer）插件，找出与匿名账户关联的常规用户账户，然后根据常规用户所属的群组将匿名用户添加到相应的群组中。但在我看来，这并非一个理想的解决方案，因此我不建议您尝试这种方法。
3 个赞
@morisset：我不确定这个插件是否能解决你的问题。假设我指的是 正确的插件，其描述如下：
允许版主拥有第二个账户，以便匿名执行操作。其他工作人员可以看到该账户的真实身份。
因此，这一额外功能仅限于版主。我认为 @sam 提到该插件是建议 Discourse 的核心匿名化功能向这个方向发展。或者，也可以创建一个新插件，将此类功能扩展至非版主用户。（显然，你不希望将所有学生都设为版主！我甚至没有把所有工作人员都设为版主——尽管我在刚开始使用 Discourse 时曾犯过几次这样的错误。这是一套功能非常强大的权限，你真的应该只授予你信任的人。）
4 个赞