Alle Fälle von zu schnellem Tippen durch Benutzer an die Überprüfungswarteschlange senden

Beitragen Merkmal
1

Wir haben festgestellt, dass viele Nutzer (etwa 50) ohne unser Wissen stummgeschaltet wurden. Es stellt sich heraus, dass in einigen Fällen, wenn ein Nutzer zu schnell tippt, sein Beitrag zur Überprüfungswarteschlange gesendet wird, in anderen Fällen jedoch nicht.

  1. Wenn ein Beitrag nicht zur Überprüfungswarteschlange gesendet wird, werden wir nicht darüber informiert, dass ein Nutzer stummgeschaltet wurde.
  2. Die Tatsache, dass es zwei verschiedene Wege gibt, um mit Nutzern umzugehen, die zu schnell tippen, führte dazu, dass die meisten unserer Moderatoren fälschlicherweise davon ausgingen, dass alle Fälle von „zu schnellem Tippen
5 „Gefällt mir“
2

Bei mir genauso, und ich stimme zu, es ist verwirrend.
Gibt es einen besonderen Grund dafür, dass „einige in die Warteschlange zur Überprüfung gehen und andere nicht"?

3

Dann ändern Sie Ihre Website-Einstellungen entsprechend, wenn Sie erwarten, dass Benutzer viel Text einfügen (das ist wirklich seltsam und ein starkes Indiz für einen Spammer), dann ändern Sie min_first_post_typing_time in Ihren Website-Einstellungen.

Problem gelöst. :handshake:

4

@codinghorror Haben Sie Kommentare dazu?
Ich versuche immer noch zu verstehen, was vor sich geht.

5

Zuerst hätte ich gerne eine Antwort auf meine Frage:

Wenn Sie erwarten, dass Benutzer viel Text einfügen, ändern Sie min_first_post_typing_time in Ihren Website-Einstellungen.

Haben Sie diese Einstellung bereits geändert? Wenn nicht, warum nicht? Was hindert Sie daran?

1 „Gefällt mir“
6

Nein, diese Einstellung ist immer noch auf den Standardwert von 3000 ms eingestellt.
Warum sollte ich sie ändern? Ich kann mir gut vorstellen, dass Leute Google Translate benutzen, es in den Übersetzer einfügen und Enter drücken. Daher sehe ich keinen Grund, mit dieser Einstellung herumzuspielen.

Vielleicht war ich mit meiner Frage nicht klar genug.

min_first_post_typing_time Hilfetext erklärt:

Minimale Zeit in Millisekunden, die ein Benutzer während des ersten Beitrags tippen muss. Wenn der Schwellenwert nicht erreicht wird, wird der Beitrag automatisch in die Warteschlange für die Genehmigung gestellt.

Ich verstehe das so: Jedes Mal, wenn der Schwellenwert nicht erreicht wird, gerät der Beitrag ausnahmslos in die Überprüfungswarteschlange.

Was ich unter „Mitarbeiteraktionen“ gesehen habe: Immer wieder wird ein Benutzer vom System zum Schweigen gebracht, weil er zu schnell tippt, aber es gibt keine Anzeichen dafür, dass dieser Benutzer in der Überprüfungswarteschlange ist.

Das ist mein Punkt. Ich möchte verstehen, warum die Mehrheit der Benutzer, die zu schnell tippen, in die Überprüfungswarteschlange gerät, während einige von ihnen nicht in die Überprüfungswarteschlange geraten.

Meine Erwartung ist, dass unabhängig vom Wert von min_first_post_typing_time, sei es 1 Sekunde oder 60 Sekunden, wenn ein Beitrag den Schwellenwert nicht erreicht, er ausnahmslos in die Überprüfungswarteschlange gerät. Was ich in der Realität sehe, ist anders.

2 „Gefällt mir“
Block Google's "Help Me Write"
7

Fair, aber Sie müssen diese Einstellung auf einen niedrigeren Wert anpassen, um die Ursache Ihres Problems zu beheben: Sie haben viele Benutzer, die Inhalte als normale Aktivität in Beiträge einfügen. Daher muss diese Einstellung auf Ihrer Instanz auf einen niedrigeren Wert gesetzt werden, da Ihr Benutzerpublikum andere Eigenschaften hat als das Publikum auf anderen durchschnittlichen Discourse-Instanzen.

9

[quote=“codinghorror, post:7, topic:184578”]Sie haben viele Benutzer, die Inhalte als normale Aktivität in Beiträge einfügen.
[/quote]

Ich verstehe nicht, warum dies die Ursache meines Problems sein sollte, aber ich habe min_first_post_typing_time von 3000 auf 1500 geändert.
Ich erwarte, dass dies genau nichts ändern wird.

10

Ich stimme zu. Für Ihr Publikum von Leuten, die ständig kopieren und einfügen, sollten Sie es meiner Meinung nach auf etwas viel Niedrigeres wie 100 Millisekunden ändern. Ich glaube nicht, dass eine Reduzierung von 3 Sekunden auf 1,5 Sekunden ausreicht.

Die gute Nachricht ist, dass dieses Limit nur für neue Benutzer gilt, sodass bestehende, etablierte Benutzer nicht betroffen sind.

11

Hoppla, 100 ms? Das ist ein Wert, den ich mir nie selbst ausgesucht hätte. Ich probiere es mal.

1 „Gefällt mir“
12

Warum findest du es seltsam, wenn Leute Text einfügen? In einem Forum, in dem ich aktiv bin, geht es um die Entwicklung einer Handy-App. Feedback für diese App kommt aus der ganzen Welt, oft auch von Leuten, die kein Englisch sprechen oder schreiben. Sie benutzen Google Translate, um ihr Feedback auf Englisch zu geben, und deshalb wird Text eingefügt. Wir vermuten, dass dies wöchentlich passiert.

Das löst das Problem, dass ihre Beiträge abgelehnt werden, führt aber zu mehr Spam, wie du bereits erwähnt hast. Was ich also fordere, ist eine intelligentere Methode, diese Fälle zu behandeln: Sende diese Beiträge zur Überprüfung in die Warteschlange, anstatt sie stillschweigend abzulehnen. Dafür ist die Überprüfungswarteschlange doch eigentlich gedacht, oder?

Du nennst das Einfügen seltsam, ich nenne das stillschweigende Ablehnen von Beiträgen seltsam.

1 „Gefällt mir“
14

Ich habe auch mindestens zwei Fälle, in denen ein neuer Benutzer, der mit silenced_by_staff: New user typed too fast vom System-Benutzer stummgeschaltet wurde, und er nie in der Überprüfungswarteschlange erschien, und in der Benutzerprofilübersicht gibt es keine Banner-Nachricht, die versteckte oder gelöschte Beiträge anzeigt.

Automatic silencing for "typing too fast" doesn't notify administrator
15

@community-moderators Könnte dieser Thread nach Bug verschoben oder mit diesem Thema zusammengeführt werden?

1 „Gefällt mir“
16

Es wird im #bug-Thema zitiert, damit die Informationen miteinander verknüpft sind. :+1: Derzeit versuche ich, eine konsistente Reproduktion zu finden, damit wir herausfinden können, wo das Problem liegen könnte. Wenn Sie zusätzliche Details haben, die helfen könnten, teilen Sie diese bitte unter Automatic silencing for "typing too fast" doesn't notify administrator mit. :crossed_fingers:

17

Geschlossen zugunsten von Automatic silencing for "typing too fast" doesn't notify administrator