大家好,
关于这个功能,TL4 是否被排除在慢速模式之外?如果没有排除,有没有办法实现?
最后,能否记录谁使用了该命令?
提前感谢 ![]()
大家好,
关于这个功能,TL4 是否被排除在慢速模式之外?如果没有排除,有没有办法实现?
最后,能否记录谁使用了该命令?
提前感谢 ![]()
我认为有这个功能是个好主意

呃,我不太确定……目前看来这有点像是冷知识?
慢速模式最终可能会在达到某些阈值时自动触发(如发帖速度、新发帖用户数量等,还不太确定)。
看来慢速模式可能会影响编辑被标记消息的机会?我本人尚未有机会复现此问题,但已有几份用户报告指出存在这种情况。
是的,它目前会阻止编辑。我们对此有多坚定还不确定?
这是一个我们目前不必担心的边缘情况。如果它反复出现,那或许需要关注,但该功能仍在演进中。
是否有关于慢速模式的文档?我只在版本更新公告中找到了相关信息。
您希望澄清什么问题?能否提供更多详细信息?
我想知道:
慢速模式是在每篇帖子之间等待,还是针对同一人的帖子之间等待?
也就是说,B 能否在 A 发帖后立即发帖?还是 B 也必须等待计时器结束才能发帖?
哪些人不受此限制?管理员?版主?分类版主?L4 用户?
“慢速模式”是指对同一用户在特定主题下发帖之间强制设置的延迟。工作人员不受此限制。
如果设置一种抽奖机制,规定每 (x) 分钟仅允许一名随机用户回复该主题,那将是一个非常、非常奇怪的设定 ![]()
既然你这么说……也许我想问的是,能否有人帮我摆脱这些令人不安的用户?
![]()
+1,让启用慢速模式的人有机会解释原因。
目前,我们没有关于谁启用了慢速模式以及为何启用的记录。社区中的一些用户对此感到沮丧,因为他们甚至不知道应该联系谁来处理慢速模式的问题。根据我们的经验,仅仅给予解释的机会就能化解负面情绪和冲突。
有没有什么原因导致你们的员工无法在主题中发帖解释为何启用了慢速模式?有什么阻碍他们这样做吗?
我们已在很大程度上承诺在下一个版本中允许在此模式下进行一次编辑。我被“有人在拥挤的剧院里大喊失火”这一论点说服了,例如,他们需要编辑掉那个关于失火的引用,因为它会引发很多人的反应。
这正是我们要求版主采取的临时解决方案。我们认为,如果我们能像关闭主题时那样,直接在“慢速模式”操作下方发布解释,会更加直接明了:
此外,“慢速模式”功能目前显示以下文本,我们大多数人会将其理解为“没有人”可以在两小时内发表评论:
这在我们的社区中引起了大量困惑和沮丧。当用户看到别人在他们有机会发表评论之前就进行了评论时,他们会误以为自己一旦有人评论过就无法再发言了。这是否是故意设计,旨在当触发“慢速模式”后 discouraging 所有人参与?
从社区管理和用户体验的角度来看,如果我们能知道是谁、在何时、以及触发了多长时间的“慢速模式”,将会非常有益,这样在需要时我们就可以联系版主。此外,我们也很希望每当版主关闭主题或启用“慢速模式”时,能弹出一个窗口邀请其提供解释。由于我们大多数版主都是志愿者,每天需要处理大量帖子;这样的弹窗可以作为一个友好的提醒,防止他们忘记留下解释,而这种情况有时会在社区内部引发摩擦。同时,这也有助于我们版主之间相互监督,并在我们对某个决定存在分歧时私下沟通。
“慢速模式”功能极大地帮助我们的社区化解了冲突。我们认为这些额外的调整能让它变得更加高效。![]()
我认为这应该在你所在实例的“工作人员”分类中进行讨论。如果版主之间缺乏沟通,这其实并不是软件能解决的问题。
你也可以为社区创建一个专门的话题,用来讨论慢速模式:它的作用是什么、如何运作等等。
至于
请在本话题中每两小时发布一次帖子
我觉得
请在你于本话题中的每两小时发布一次帖子
真的没有必要吗?据我所知,没有其他社区是这样解读的?在一个话题中,让一个随机的人发帖,然后其他所有人都必须等待两小时,这有点……不合逻辑吧?这根本说不通。
我觉得这段文案本身已经相当清晰了:在该话题中,你必须在两次发帖之间等待两小时。如果你认为这段文案不适合你的社区,你可以通过“管理员” > “自定义”来编辑这段文案,或者编辑 Discourse 中的任何文案。