将所有用户输入过快的案例发送到审核队列

功能
1

We noticed that without us knowing about it, many users (about 50) got silenced. Turns out that in some cases when a user types too fast their post gets send to the review queue, but in some cases it does not get send to the review queue.

  1. If a post does not get send to the review queue we are not made aware that a user got silenced.
  2. The fact that there are two different ways in which users who typed too fast are handled meant most of our moderators were under the false assumption that all cases of user typed too fast were always send to the review queue. That’s a reasonable assumption, the system is confusing by having two different ways of dealing with the same thing.
  3. Users often feel discouraged when they get silenced and their post doesn’t go public, and don’t care to try and message a moderator.
  4. When they get unsilenced, their post is still lost, which again is discouraging.
  5. Not everyone who types crazy fast is a spam bot. It may as well be a user who used google translate to translate a long text he wrote to English before posting it.

Please consider changing this and sending all those posts to the review queue.

4 个赞
2

Same here, and I agree, it is confusing.
Is there any special reason behind this “some go to the review queue, some don’t”?

3

那么，如果您期望用户粘贴大量文本，请更改您的网站设置以适应这种情况（顺便说一句，这真的很奇怪，并且是垃圾邮件发送者的_强烈_迹象），请更改您网站设置中的min_first_post_typing_time。

问题解决了。:handshake:

4

@codinghorror 有什么评论吗？
我还在试图弄清楚发生了什么。

5

首先，我想得到我的问题的答案：

如果您希望用户粘贴大量文本，请在您的站点设置中更改 min_first_post_typing_time。

您是否已经更改了此设置？如果还没有，为什么？是什么阻止了您这样做？

1 个赞
6

不，该设置仍为默认的 3000 毫秒。
我为什么要更改它？我可以想象人们使用谷歌翻译将其粘贴到翻译器中，然后按 Enter 键，因此我看不出有任何理由去调整此设置。

也许我的问题不够清楚。

min_first_post_typing_time 的帮助文本解释道：

用户在首次发帖时必须键入的最短时间（以毫秒为单位），如果未达到阈值，帖子将自动进入需要审核的队列。

我的理解是：每次未达到阈值时，帖子都将进入审核队列，无一例外。

我在“员工操作”下看到的情况是：用户有时会被系统因打字过快而静默，但审核队列中没有该用户的迹象。

这就是我的观点。我想了解为什么大多数打字过快的用户会进入审核队列，而其中一些用户却不会进入审核队列。

我的期望是，无论 min_first_post_typing_time 的值是多少，无论是 1 秒还是 60 秒，如果发帖未达到阈值，它都将进入审核队列，无一例外。我实际看到的情况有所不同。

2 个赞
7

公平地说，您需要将此设置调整为较低的值，以解决问题的根源：您有很多用户将内容作为正常活动粘贴到帖子中。因此，此设置在您的实例上_必须_设置为较低的值，因为您的用户受众与平均 Discourse 实例上的受众具有不同的特征。

9

我不明白为什么这应该是问题的根源，但我已将 min_first_post_typing_time 从 3000 → 1500 更改。
我的期望是这不会有任何改变。

10

我同意。对于你们那些总是粘贴的用户，我认为你应该将其更改为低至 100 毫秒。我认为从 3 秒降至 1.5 秒还远远不够。

好消息是，此限制仅适用于新用户，因此_现有_的、已建立的用户不会受到影响。

11

哎呀，100毫秒？这真是我自己绝对不会选择的值。我来试试看。

1 个赞
12

你为什么说人们粘贴文本很奇怪？我参与的一个论坛致力于开发一款手机应用程序。这款应用程序的反馈来自世界各地，也经常来自那些不会说或写英语的人。他们使用谷歌翻译试图用英语提供反馈，因此粘贴发生了。我们怀疑这种情况每周都会发生。

这解决了他们帖子被拒绝的问题，但正如你已经指出的那样，它引入了垃圾邮件增加的问题。那么我要求的是一种更智能的方法来处理这些情况：将这些帖子发送到审核队列，而不是默默地拒绝它们。这不就是审核队列最初的目的吗？

你称粘贴为奇怪，我称默默拒绝帖子为奇怪。

1 个赞
14

我还有至少两个案例，其中新用户被系统用户以“silenced_by_staff: New user typed too fast”的方式禁言，但从未出现在审核队列中，并且在用户的个人资料概览中也没有显示隐藏或删除帖子的横幅消息。

15

@community-moderators 这个帖子可以移到 Bug 或者和这个主题合并吗？

1 个赞
16

它被引用在 Bug 主题中，因此信息是链接在一起的。:+1: 目前我正在尝试找到一个一致的重现方法，以便我们可以追踪问题所在。如果您有任何可能有助于此的额外细节，请在 Automatic silencing for "typing too fast" doesn't notify administrator 中分享。:crossed_fingers:

17

已关闭，原因与 Automatic silencing for "typing too fast" doesn't notify administrator 相同