即将对授予功能访问权限的设置(从信任级别到群组)进行调整

Discourse 中的许多功能都依赖于根据信任级别授予访问权限的设置。多年来,这已被证明过于僵化,因此我们正在转向一种新的做法,即允许特定组成员访问。

我们现在将开始迁移依赖于信任级别的现有设置,使其依赖于组——请参阅我们正在针对的以下列表。一些设置在有意义的情况下仍将基于信任级别。随着我们进行,我们将更新列表并在此处添加回复。如果我们遗漏了任何设置或您发现任何问题,请告知我们!

旧做法的一个经典例子是 shared drafts min trust level(共享草稿最低信任级别)设置。采用这种做法,在授予特定用户访问权限的同时,也必须授予他们信任级别 4 或版主权限,这是不可能的。

新做法的例子是 whispers allowed groups(允许耳语的组)、personal message enabled groups(允许个人消息的组)和 hidden post visible groups(允许隐藏帖子可见的组)设置。请注意,我能够授予我创建的组(access_oskarkabissastories)以及默认组访问权限。

与此同时,我们将更新目前只接受一个组的设置,使它们能够接受多个组,例如“版主”类别设置,如 Ability to set more than one group category moderator - #5 by mcwumbly 中讨论的:

我们自动生成基于信任级别的组,因此仍然可以依赖信任级别来授予访问权限。如果用户是信任级别 3,他们自动成为信任级别 0、1、2 和 3 组的成员。

对于我们从基于信任级别迁移到基于组的每个设置,我们将自动将其值迁移到相应的自动组。新设置的默认值将等同于信任级别设置。

要更新的设置:

原设置 新设置
anonymous posting min trust level(匿名发帖最低信任级别) anonymous posting allowed groups(匿名发帖允许的组)
shared drafts min trust level(共享草稿最低信任级别) shared drafts allowed groups(共享草稿允许的组)
min trust level for here mention(此处提及最低信任级别) here mention allowed groups(此处提及允许的组)
approve unless trust level(除非信任级别则批准) approve unless allowed groups(除非允许的组则批准)
approve new topics unless trust level(除非信任级别则批准新主题) approve new topics unless allowed groups(除非允许的组则批准新主题)
email in min trust(电子邮件最低信任级别) email in allowed groups(电子邮件允许的组)
allow uploaded avatars(允许上传头像) uploaded avatars allowed groups(允许上传头像的组)
min trust to create topic(创建主题最低信任级别) create topic allowed groups(创建主题允许的组)
min trust to edit wiki post(编辑维基帖子最低信任级别) edit wiki post allowed groups(编辑维基帖子允许的组)
min trust to edit post(编辑帖子最低信任级别) edit post allowed groups(编辑帖子允许的组)
min trust to allow self wiki(允许自我维基最低信任级别) self wiki allowed groups(允许自我维基的组)
min trust to send email messages(发送电子邮件最低信任级别) send email messages allowed groups(发送电子邮件允许的组)
min trust to flag posts(标记帖子最低信任级别) flag post allowed groups(标记帖子允许的组)
min trust to post links(发布链接最低信任级别) post links allowed groups(发布链接允许的组)
min trust to post embedded media(发布嵌入式媒体最低信任级别) embedded media allowed groups(发布嵌入式媒体允许的组)
min trust level to allow user card background(允许用户卡片背景最低信任级别) user card background allowed groups(允许用户卡片背景的组)
min trust level to allow invite(允许邀请最低信任级别) invite allowed groups(允许邀请的组)
min trust level to allow ignore(允许忽略最低信任级别) ignore allowed groups(允许忽略的组)
tl4 delete posts and topics(TL4 删除帖子和主题) delete all posts and topics allowed groups(允许删除所有帖子和主题的组)
enforce second factor(强制第二因素)
min trust level for user api key(用户 API 密钥最低信任级别) user api key allowed groups(用户 API 密钥允许的组)
min trust to create tag(创建标签最低信任级别) create tag allowed groups(创建标签允许的组)
min trust level to tag topics(标记主题最低信任级别) ‘tag topics allowed groups`(标记主题允许的组)
skip akismet trust level(跳过 Akismet 信任级别) skip akismet allowed groups(跳过 Akismet 允许的组)
saved searches min trust level(保存的搜索最低信任级别) saved searches allowed groups(保存的搜索允许的组)
accept all solutions trust level(接受所有解决方案信任级别) accept all solutions allowed groups(接受所有解决方案允许的组)
poll minimum trust level to create(创建投票最低信任级别) poll create allowed groups(创建投票允许的组)
styleguide admin only(风格指南仅限管理员) styleguide allowed groups(风格指南允许的组)
adsense through trust level(通过信任级别展示 AdSense) adsense exclude groups(排除 AdSense 的组)
dfp through trust level(通过信任级别展示 DFP) dfp exclude groups(排除 DFP 的组)
amazon through trust level(通过信任级别展示 Amazon) amazon exclude groups(排除 Amazon 的组)
carbonads through trust level(通过信任级别展示 Carbonads) carbonads exclude groups(排除 Carbonads 的组)
adbutler through trust level(通过信任级别展示 AdButler) adbutler exclude groups(排除 AdButler 的组)
min trust to flag posts voting comments(标记投票评论帖子最低信任级别) post voting allowed groups(投票帖子允许的组)
51 个赞

第一个已在此处完成(有一个次要跟进):

6 个赞

这真是太棒了!太惊艳了!我对此感到非常兴奋。

Discourse 已经在信任等级 4 授予了一些额外的权限,例如全局置顶/取消置顶主题、关闭/开启主题,这些是否也可以修改为针对特定群组?
TL4 可能承担了太多。有时对于一些相对较大的社区,可能需要一些细粒度的权限控制。例如,可能需要一个群组,其中的成员可以始终在所有类别中审核和编辑每个人的帖子,但他们不能全局置顶主题。
如果可以的话,Discourse 将变得高度可定制,我认为这将使整个事情变得非常棒!

如果将来会添加到路线图中,我不知道我是否可以提供帮助?

4 个赞

别忘了视觉效果。

当我们许多人看到信任等级步骤视觉图时,它很快就巩固了我们的理解。

现在,随着似乎是基于集合或基于关系的东西出现,也许一个静态的视觉图也不够,而是一个交互式页面。

我会发布一个这样的交互式页面的例子,因为我想到的那个很棒,但我几年前看到的,不记得网站或如何找到它的细节了。

它将类似于Cytoscape.js的演示之一。

1 个赞

嘿,各位!

我觉得这太棒了!

  • 使用信任等级系统升级的用户是否会自动包含在相应的新组中?
  • 是否可以为加入这些组设置自动条件?
  • 分配组的权限将如何处理?
4 个赞

你好 N2U,欢迎来到 meta!

不,这与人们如何添加到组或信任等级系统无关。它只是通过允许添加一个或多个组(而不仅仅是信任等级)来扩展授予功能访问权限的设置。

不确定你的意思,但这与本主题无关。我建议另开一个主题,更详细地解释你想做什么。Discourse 中有很多事情是可能的。:slight_smile:

我也不确定你的意思,这可能也不在本主题的讨论范围内。

2 个赞

这是一个有趣的“跳出盒子”的想法……随着这个新方向的发展,TL3之上的信任级别可能会变得不那么重要。TL4本身就只能通过管理员授予用户,所以可以将其替换为为社区中的不同角色创建组,授予这些组适当的权限,然后将用户添加到这些组中。

我不知道您指的是什么——如果您能分享一个例子并加以解释,我将不胜感激。

也许是我老了,但我的脑海里浮现出Drupal角色,它有一个相当可怕的基于表格的用户界面来可视化和配置角色和权限。我不想回到那个时代,但也许有人可以做一个数据探索器查询来创建一个组及其权限的表视图。

我们已经在组页面上有一个“权限”选项卡,它显示了组的成员可以访问哪些类别。也许我们可以进一步扩展这一点,以显示组可以访问哪些功能。

5 个赞

在看到你对 N2U 的回复后,似乎 (从信任等级到群组) 并不是我想的那样。

我原以为这会将所有信任等级移入群组,然后移除信任等级的概念,只使用群组来管理权限。现在我知道这是错误的,我将不得不看看它会走向何方,因为它并非我所期望的。

所以,暂时忘掉视觉效果吧。

2 个赞

感谢您的澄清!

信任等级不会消失,信任等级系统仍然是 Discourse 的重要组成部分。

我想这变得有点令人困惑,因为信任等级也是群组!

我们现在正在更改一些管理员设置,以便它们不仅允许您决定授予特定功能访问权限的信任等级,还可以让您指定一个或多个群组。默认情况下,它们仍然是之前的信任等级群组,但您现在可以根据社区的需要将其更改为任何群组。

7 个赞

这个已经在这里完成了:

4 个赞

已完成:

3 个赞

我认为,总的来说,随着这个新方向的推进,信任等级的工作方式可以更容易理解和沟通,从而更加明显。并且与徽章及其更具游戏化趣味性的一面形成更清晰的概念区分。

例如,目前信任等级显示为徽章,但访问权限实际上来自组成员身份。但这些分组默认不显示。信任等级可以从徽章系统和徽章页面中移除,只显示在分组页面上(使用自然名称而不是 trust_level_x)。

2 个赞

已移动三项:

允许上传头像

创建主题的最低信任级别

编辑 wiki 帖子的最低信任级别

3 个赞

其中一些已合并到此处:

5 个赞

我很好奇你们(团队)是如何在概念上区分信任等级和用户组的。换句话说,我想知道你们是否仅仅因为信任等级在 Discourse 中存在已久,感觉它们是固有的、不可触碰的,所以才这么说。

有了这些更新,信任等级的特别之处是什么?是因为它们是基于规则的,并且会自动更新?但如果是这样,未来有什么能阻止你们允许用户创建规则,以便自动添加到手动创建的用户组中?

我对这些更新没有意见,我只是好奇你们的愿景是什么。

5 个赞

感谢您提出这个问题。正如我在上面所写,信任级别不会消失,信任级别系统很重要。它提供了任何社区都可以满意的合理默认值,信任级别实际上很特别。您无法删除信任级别组,并且有一些设置允许您调整成员在信任级别之间的移动方式。

但是,如果您在授予社区成员的权限方面需要更大的灵活性,现在可以为许多您创建和管理的设置指定其他组。这样您就可以获得更精细化的控制。

确实,现在我们已将其中许多设置移至这种新方法,“信任级别”管理员设置类别感觉有点奇怪,因为您现在可以从其中的许多设置中删除信任级别组。请参阅下面的屏幕截图以了解我的意思。

我们也在努力改进管理员部分的结构/组织,因此会考虑到这一点。

9 个赞

所以我想我们会分成两个概念上不同的类别?

  • 一个用于系统信任级别和调整授予信任级别的条件。所有设置都像这样:
    image

  • 另一个用于根据组调整访问权限。所有设置都像这样:
    image

我希望进行这样的分离有两个原因:

  1. 有意义地调整系统信任级别条件非常困难。你会遇到一长串基于数字的设置,比如 tl_x 需要…… 这个数量的这个操作……如果所有这些都放在一个单独的类别中,就更容易解释这些是默认的信任系统设置。你可以调整它们,但也可以就这样保留它们。

  2. 相反,你用你自己的组构建了你的自定义信任方案。当系统信任级别的条件都集中在一个地方时,就更容易构建你自己的具有明确概念的组条件。

例如,我一直在尝试的一个概念,因为它更直观,就是只使用徽章作为成员级别。级别由会员获得的相应徽章组中的徽章数量授予:

2 个赞

这也许可以放在别处,但我真的很喜欢使用组来限制或授予权限。当然,如果使用非自动信任级别的组,很快就会变得一团糟,但这只是规划和文档的问题——管理员应该描述组存在的理由,因为几个月后没有人会记得最初为什么这样做 :wink:

2 个赞

您好,关于精细化的群组访问控制,这真是个好消息。

关于分类版主群组,我还有一些额外的问题。

一个具体的例子是,分类版主群组应该能够编辑帖子。基本上,他们只能在被分配为版主的分类及其子分类中重新分类帖子,这是否也被考虑在内?

版主角色也将集成到群组中吗?

2 个赞

太好了!很高兴你喜欢我们在这里所做的工作。

我们不会在本次讨论中具体调整分类版主,我们只会更改上面首帖中列出的设置。

要加入关于分类版主的讨论并提出改进建议,请查看 category-moderators 标签。

3 个赞