分类版主管理增强器

|||
-|-|-|
:information_source: | 摘要 | 允许大多数版主级别的操作给分类版主
:hammer_and_wrench: | 仓库链接 | Github
:open_book: | 安装指南 | 如何在 Discourse 中安装插件


更新 - 2024 年 5 月 6 日

该插件已更新并测试,可与 Discourse v3.2.1 配合使用,这是目前最新的稳定版本(非 -beta)。我们的目标是仅支持未来的稳定版本,这意味着如果您使用的是 -beta 版本,此插件很可能无法正常工作。

在插件的 GitHub 链接上,自述文件解释了如何确保您使用的是 v3.2.1。
我们刚刚从最新的 -beta 版本降级到了 v3.2.1,遇到的唯一问题是侧边栏会有点混乱。要解决此问题,只需注销然后重新登录即可。

通过此次更新,我们还根据一段时间前的要求,为分类版主可用的操作添加了“更改所有权”功能。

支持的 Discourse 版本

v3.2.1

Discourse 功能请求

此处有一个功能请求,旨在将这些功能整合到 Discourse 中。如果您认为将这些更改包含在核心 Discourse 功能中有用,请随时支持。

功能

自我们开始使用 discourse 以来,我们发现分类版主可用的操作非常有限。大多数基本内容操作都受到限制(设置慢速模式、添加员工颜色/通知等),在我们看来,这并没有真正的理由。

因此,我们决定尝试一下,创建一个插件,为分类版主在他们被分配的分类中提供大多数与内容相关的版主权限。

以下是唯一排除的操作:

  • 分类版主无法操作用户 - 暂停、静默、更改 TL、访问用户管理视图仍保留给常规版主
  • 授予徽章 - 需要一些管理员权限,我们不希望过多干预。
  • 查看版主历史记录 - 需要一些管理员权限,我们不希望过多干预。
  • 主题转换为 PM 和反之亦然 - 我们认为此操作属于小众情况,并倾向于将其留给常规论坛版主

配置

只需像安装其他任何插件一样安装它,然后在设置中勾选复选框即可启用它。

更新日志

  • 初始 Beta 版本
  • 更新了与 Discourse v3.2.1 兼容的版本

待办事项

  • 详细的设置视图,允许选择要为分类版主启用的操作
16 个赞

你根本看不到理由,还是说你个人看不到?

我们有时会在元(meta)上使用它。例如,如果一个插件或主题/组件最初由不再维护它的人开发,然后我们将其作者更改为新的维护者,或者根据上下文更改为 @system

2 个赞

我措辞不当,现在已修复。实际上,TODO 中包含了将该功能作为选项启用的可能性。

在我们的社区中,这只会变成一个 wiki 帖子,以便每个人都可以对其做出贡献。在你指定的示例中,这很有意义,但对于我们的论坛来说,唯一接近的案例是某个指南(例如使用树莓派进行自托管、游戏指南、乐队活动列表等)。

3 个赞

Here’s an example use case: with the WordPress plugin, users need to be individually configured with a Discourse username — even if SSO ensures they are 1:1. If someone forgets or misconfigures the WordPress side, the post ends up owned by “system”.

Having WordPress moderators be category moderators for the blog comments category would let them take care of this (and, of course, moderate comments).

这里有一个重要的用例,您希望类别版主不要成为 tl4?

我很乐意在此改进核心。

9 个赞

至少,我想区分以下几点:

  • 被讨论社区认可为负责任、富有成效、建设性的参与者,以及
  • 因担任某个职位而对某个领域负有责任和权力(该职位可能与一般参与讨论完全无关)

TL3 是前者的自动化版本,而 TL4 在我看来有点像是“你获得终身教职了!”的版本。

类别版主(或应该如此!)非常适合后者。

3 个赞

TL4 是全论坛范围的。在我们看来,分类版主应该拥有版主的所有工具,只是受限于其所在的分类。

这只是个人观点,但我们觉得拥有高 TL 等级的用户在管理分类时,其权限却不如分类版主,这确实说不通。

在我看来,TL4 保持现状就很好,因为他们可以管理全论坛,但不能对用户采取行动。
他们基本上是受信任的用户,得到社区认可,可以保护和促进社区发展,而不用担心他们有一天会对其他用户账户“发疯”。

再次强调,在我们看来,分类版主应该能在其自己的分类中执行版主的操作。这甚至包括封禁用户,但这涉及到完全不同的复杂程度。

我当时的想法是创建一个类似“banned_from_categoryslug”的用户组,该分类被分配给该组,组内用户只能读取该分类。

或者,也可以通过数据库中的专用表来扩展用户功能,在该表中添加 user_id、category_id 和 datetime。每次用户访问一个帖子时,都会运行一个检查,以确定他们是否可以与之互动。

采用基于用户组的路线的好处是,管理员和论坛版主已经有了一个现成的用户界面来最终解除禁令。另一种方法则需要开发一个专用视图,但会提供更大的灵活性(例如禁令到期等)。

8 个赞

那么,增加了哪些好处?

将主题移至由组控制的其他类别?
审查标志队列?

1 个赞

我不确定这是 Discourse 希望发展的方向,但如果分类版主拥有这种权力,就可以将分类用作论坛内的论坛。从我的角度来看,这将非常棒。

7 个赞

我认为群组所有者可以移除群组成员,这样可以移除他们对该分类的访问权限(如果该分类受群组限制)。那么,群组所有者加上分类版主是否可以实现此功能?

3 个赞

您能否详细说明一下这对于分类版主来说具体会改变什么?非常感谢。

鉴于“这些是唯一的例外”这一声明,Trust Level Permissions Reference 中“版块版主”列显示为“TL”或为空的所有内容都将变为 :white_check_mark:,除了授予徽章、更改所有权和用户账户操作。

我真的很希望能够有更精细化的控制——或者更好的是,这种精细化的控制不是通过插件实现,而是内置的。对我来说,无法更改所有权(我知道这讽刺地是一个例外)才是大事——但显然并非对每个人都如此。

3 个赞

100% 同意。 :heart:

这确实可行。我创建了一个使用此模型的设置,并且参与了关于“显示无法发帖的消息”的 html/markdown 主题。以便生成带有指向群组所有者消息的链接的消息。

虽然这可行,但更好的选择是为群组所有者添加一个带有时间选项的禁止/静默列表选项。然后,问题用户可以被禁止访问群组访问分类。同时提供一个选项,使群组可以不受限制地加入和离开。即使在受限群组中,此列表也可以扩展到通知用户已被群组禁止,并附有禁止说明。


注意 我们可以开始一个 Feature request 来扩展群组功能,以启用类似 Reddit 的子论坛系统,使用分类版主……正如 @simon 似乎也对此感兴趣。

2 个赞

相信我,我也很希望 Discourse 本身能做到这一点。让别人来修改论坛的样式,但又因为不能直接给予一个只负责 CSS 和视觉效果的人完全的管理员权限而不得不自己测试更改,这真是太烦人了。

我们可以研究一下。不可否认,我们因为没有想到一个应用场景(常规的全论坛版主最终可以做到这一点)而忽略了这一点。

总的来说,如果 Discourse 实现了更细粒度的控制,并且允许分类版主只能禁止他们分类中的用户,我将很乐意弃用这个插件,但可惜的是,这似乎不是他们目前优先考虑或感兴趣的事情。

1 个赞

我找不到这些更改的 Feature request?如果你能在 OP 中链接到它,也许能引起更多关注?

2 个赞

也许可以由我或其他人来创建扩展组。

例如:

  • 群组所有者的暂停/禁止列表。方便加入。可自由加入和需要批准才能加入。需要持续时间选项。此扩展将有助于进一步实现 Reddit 主题的对等。
  • #主题,并可选择限制主题和/或 #主题组件。

目前我使用需要批准才能加入的群组和模板插件来引用禁止列表。

Apparently, one of the latest changes

为排队帖子新增“修订”选项
版主现在可以在审核排队等待批准的帖子时,选择“修订…”作为选项。系统将向用户发送一封私人消息,说明请求修订的原因以及可选的评论,以便用户有机会在重新提交帖子时改进其内容。

是不是除了添加一个新选项之外,还做了其他改动,因为插件停止工作了。据我们所知,这并没有破坏 Discourse,但额外的选项不再可用了。当有人决定在添加单个新功能的基础上重构大量内容时,总是很有趣 :smiley:

我们正在尝试再次查看代码,找出发生了什么变化。

1 个赞

我的理解是,开发人员或与他们关系密切的人说这不属于优先事项/他们打算的方向,但也许我弄错了。我现在只是路过,如果有人想开一个功能请求,请随意交叉链接这个话题,以便它出现在顶部的链接中,或者 @ 我,我会更新第一个帖子。

1 个赞

这是CEO给你的,所以我觉得这很鼓舞人心:

如果你想把它们添加到核心功能中,可能值得提出一两个#feature request。

3 个赞