暂停审核队列

是否可以添加静默/暂停用户在审核队列中的功能?

我们的社区因其友好的链接政策(即非nofollow)被一些 SEO 论坛提及,因此我们收到了大量来自这些网站的垃圾邮件流量,尽管我们几乎从“nofollow”概念出现以来就一直在使用它。垃圾邮件发送者会分波次出现,有些是自动发送垃圾邮件,有些会等待很长时间,有些则会进行问答式垃圾邮件发送。有些人甚至成群结队地来,我猜是希望我们漏掉几个,他们就能获得一点点不存在的链接权重。

由于垃圾邮件发送的类型多种多样,我们发现拥有尽可能多的文档和跟踪记录对我们更有利,这使得删除/阻止(由于 SSO 我们需要使用此功能)成为可能。但是,缺乏文档(有一个小的提示信息弹出窗口,但日志记录本身上没有任何可见内容)使得我们更难留意垃圾邮件发送者,也更难处理那些可能被错误标记为垃圾邮件发送者的人(毕竟我们是人)。因此,我们最终会手动暂停用户,批准帖子,然后删除它们。

如果我们能在标记垃圾邮件的过程中出现“采取行动”按钮,那么在垃圾邮件对抗过程中将会有一致的行为,并且还能最大限度地提高对有问题用户模式的可见性。

5 个赞

真的不想成为那种“顶帖”的人,但我希望大家能重新考虑一下。

我们收到很多垃圾信息……非常多。有时一小时内能收到 15-20 条垃圾信息。所以我们被迫使用删除用户的方法,否则这将是一个 4-5 步的过程——批准,转到帖子,标记,采取行动(如果允许直接操作,否则转到队列采取行动)。同时还要祈祷社区成员不要标记“已批准”的帖子,那样会给我们增加更多工作。

但现在我们遇到了一个问题,我们的工作人员也是人。偶尔,一个有效的用户会被删除,因为他们的帖子看起来很可疑,但实际上是合法的。

而且没有取消删除用户的功能,至少我没找到。也没有一个干净的方法来查看已删除的用户,除非通过日志,这意味着要查看每个已删除用户的弹出信息(或者导出日志并以这种方式找到用户)。

所以我们面临着一个“你想和哪个恶魔共存”的局面——将审核时间加倍或三倍,或者让支持人员不得不处理那些因帖子过于接近界限而被无意中删除的有效客户。

注意:我知道审核队列中有拒绝帖子的功能,但这并不能处理用户,所以这是一把双刃剑,因为用户可以回来,而且队列中没有任何迹象表明某人以前有过被拒绝的帖子……

您的评论队列中收到的垃圾邮件主要来自哪种方法?

我认为如果它被 Akismet 标记,则在“是”下拉菜单中有一个“暂停”选项:

我认为对于社区标记的垃圾邮件也有这个选项:

是否还有我们可能忽略的方法?

我们的大部分垃圾邮件来自“新用户以可疑的速度发布了第一条帖子,疑似机器人或垃圾邮件发送者行为”。
image

这些帖子具有批准帖子、删除帖子和删除用户功能。我要求我们获得与其他两个队列相同的功能,即可以选择暂停用户。可以将其添加为拒绝帖子的下拉菜单。

2 个赞

是的,它继承了“批准”按钮而不是“标记”按钮,因为它被归类为“排队帖子/主题”:

我认为,由于该设置专门用于检测潜在的机器人和垃圾邮件发送者,因此为了保持一致性,最好拥有与 Akismet 相同的/相似的选项。

就个人而言,我属于“删除”垃圾邮件发送者的阵营 :slight_smile:,但我知道有几个网站更喜欢暂停,如果其他网站有此选项,我认为也应将其包含在此(如果可能)。

4 个赞

这是一个显示问题的示例截图:

我快速浏览了一下代码。看起来这些用户操作是在 ReviewableQueuedPost 类方法中的这里附近添加的,该类扩展了提供 delete_user_actions()Reviewable

标签来自这里,并且我们已经有了 reject_and_suspend 的标签,这些标签用于 ReviewablePost 类(该类也扩展了 Reviewable)。

我对 Rails 不是很熟悉,但我的感觉是,在“批准帖子”和“删除用户”之间在该页面上添加一个“拒绝并暂停用户”选项不会花费太多精力。

这个选项将有助于防止我们偶尔让用户过得不开心。

2 个赞

说句公道话(这不是我想到要告诉 Boltronic 的事情),但我们故意隐藏了拒绝帖子的按钮,因为它只会删除帖子——没有相关的日志记录——或者在我们隐藏按钮时还没有日志记录(如果它至少能记录下来,我很乐意重新显示它)。

但是,如果删除用户的按钮也采取类似的方法,添加一个拒绝帖子和拒绝帖子/暂停用户的选项,那也同样有效,并且按钮之间的行为将保持一致。

我相信“用户输入过快”的记录现在已保存在审核队列记录中。:+1:

1 个赞