Das Workflow für Moderatoren, eine Reihe neuer Beiträge von einem SPAMbomb zu markieren, dauert viel zu lange.
Wir hatten, wie andere Discourse-Foren auch, kürzlich Dutzende von “airways” und “quickbooks” Beiträgen, die unsere Seite überfluteten. Wir haben dieses Forum durchsucht und Vorschläge zur Eindämmung neuer Angriffe umgesetzt. Aber das führte dazu, dass das Forum überflutet wurde und immer noch Mist an Benutzer im Maillist-Modus sendete, die verschiedene Verzögerungen eingestellt hatten.
Um unsere Warteschlange mit neuen Inhalten zu leeren, dauerte es fast 2 Minuten pro Beitrag. Bei 70 zu löschenden Nachrichten bedeutete dies über 2 Stunden Moderatorenzeit. Der Workflow war das Hauptproblem.
Man musste jeden Beitrag ansehen, auch wenn der Titel klar machte, dass es sich um SPAM handelte.
Man musste zum Ende einer SEHR langen Nachricht scrollen, um zu den Steuerelementen für die Beitragsmarkierung zu gelangen.
Der Flag-Button war versteckt und ein Ellipsen-Button musste angeklickt werden, um das Flag anzuzeigen
Dann musste die SPAM-Option für jeden einzelnen aus einem Menü ausgewählt werden.
Dann mussten Moderatoren Entscheidungen darüber treffen, die Markierung sofort zu lösen (anstatt sie nur in eine Warteschlange zu stellen, damit die Benutzer den ganzen Mist immer noch sehen würden).
Bei der Wahl, Benutzer zu löschen und zu blockieren, erscheint eine generische Warnmeldung, dass die (möglicherweise mehreren) Nachrichten gelöscht werden. Aber es gibt keine Informationen über die mehreren Nachrichten. Wenn diese alle neu sind, ist es zweifellos der richtige Schritt. Aber es gibt keinen Titel oder kein Datum für die mehreren Nachrichten. (Wenn die Spammer einen Weg finden, echte Benutzer zu fälschen, könnten dies echte Nachrichten und Benutzer löschen.)
Nachdem die Nachricht als gelöscht markiert wurde, bleibt der rote Text der gelöschten Nachricht auf dem Bildschirm. Moderatoren müssen die Ansicht “Neueste” auswählen, um zurückzuspringen und die anderen neuen Beiträge zu sehen.
Es wäre sehr schön, wenn es eine ähnliche Funktion zum Lesen von Threads gäbe, wie im “Admin”-Menü “Beiträge auswählen…”, für die Warteschlange “Neue Beiträge”. Dies würde eine Massenmarkierung von Beiträgen ermöglichen, während nur deren Titel angezeigt werden. Dies würde es Moderatoren ermöglichen, die in der Warteschlange befindlichen Nachrichten mit weniger Zeitdruck zu bearbeiten.
Das ist eine Möglichkeit. Es hätte wahrscheinlich die größte Auswirkung. Aber sind Massenaktionen nicht eine Option auf „Admin“-Ebene und nicht auf „Moderator“-Ebene? Und wir hatten auch Benutzer, die offensichtlichen SPAM „flaggen“ wollten. Es war für sie fast genauso schmerzhaft, 20 zu machen. (Die anfängliche Grenze für neue Benutzer. Wir haben diese als Teil unserer Reaktion auf diesen Trend erhöht.)
Aber die Beschreibung des gesamten Workflows diente dazu, zu sehen, welche Möglichkeiten mir entgingen. Die post_menu_hidden_items ist ein gutes Beispiel.
Ja, aber das tut man ohne die Rückmeldung der Nachrichtentitel erfordert viel manuelles Kreuzreferenzieren. (Da viele Benutzer Benutzernamen ohne Bedeutung wählen.)
Dies zählt nicht als „Leitfaden(e) zur Unterstützung von Personen, die ihre Discourse-Website selbst hosten“, daher habe ich es in „Support“ verschoben, obwohl Sie Ihr Problem offenbar durch mühsame Arbeit gelöst haben, bevor Sie um Unterstützung gebeten haben.
Ich denke, Sie haben hier ein paar gute #feature-Anfragen, daher könnten Sie einige davon dort vorschlagen.
Sie haben Recht. Wir haben das unmittelbare Problem gelöst, bevor wir uns die Zeit genommen haben, den Workflow zu dokumentieren. Wir brauchen also auch keinen Support.
Kann es vielleicht zu Funktionsanfragen verschoben werden, um den Nacharbeitungsaufwand zu vermeiden?
Ich denke, du solltest es verschieben können, aber ich denke, um eine Feature-Anfrage zu sein, müsstest du eine erstellen, die nur sagt, worum es bei der Anfrage geht, und vielleicht hierher für eine längere Version verlinkt.
Das ist doch so ziemlich die Feature-Anfrage, oder?
mit einem Titel wie „Mehrfachauswahl von Themen zulassen und alle als Spam markieren“ (das scheint etwas umständlich, aber es kommt dem nahe.)
Oh, und das ist fast genau das, was anderswo in diesem Thema gesagt wurde.
Ich frage mich, ob wir eine einfache hinzufügen sollten
Spam…
Option (für Moderatoren), die die Handhabung von Spam-Themen trivial macht.
Die gute Nachricht ist jedoch, dass dies kein Problem mehr darstellt, sobald KI-Spam aktiviert ist, da er den Zulauf stoppt, bevor die Dinge wirklich schlimm werden.
Andererseits besteht kein Zweifel daran, dass die SPAMmer-Angriffe weiterentwickelt werden, um die KI-Spamfunktion zu bekämpfen. Dieses Bedürfnis wird also in Zukunft wieder auftreten, eine Gegenmaßnahme wird innerhalb weniger Tage gefunden und das „Bedürfnis“ wird wieder als „kein Problem“ betrachtet.
Eine Übergangslösung wird nur während Notfällen „ein Problem“ darstellen.
Spam…