Ich weiß es wirklich zu schätzen, wenn Sie die Funktion hinzufügen, damit Bearbeitungen auch “Genehmigung erforderlich” auslösen oder Konten sperren können. Es gibt einen Troll in unserem Forum, der herausgefunden hat, dass er die Anforderung umgehen kann, indem er bearbeitet, und der ständig mit einem neuen Konto jedes Mal trollt. Ich glaube nicht, dass das Blockieren einiger Wörter ihn aufhalten kann, weil er immer weiß, welche Wörter blockiert sind, indem er testet, und daher nur ein Wort ändern und es dann posten kann. Während seiner Tests wissen die Administratoren nichts. Ich möchte eine versteckte Liste von Wörtern haben, die “Genehmigung erforderlich” auslösen, auch wenn er nur bearbeitet, und welcher Benutzer diese Wörter durch Bearbeitung verwendet hat, sollte sofort gesperrt werden.
Dies ist in letzter Zeit ein paar Mal in Gesprächen zwischen mir und @fzngagan aufgetaucht, und wir denken, es könnte auch nützlich sein. 
Es gibt die Option, einen Beitrag für weitere Bearbeitungen zu sperren, und eine Admin-Einstellung, dies nach einer Bearbeitung durch das Personal automatisch zu tun[1], aber sie tun nicht ganz dasselbe. Die Möglichkeit, Bearbeitungen zur erneuten Genehmigung zurückzusenden, scheint im Einklang mit dem Schutz der anfänglichen Genehmigung des Inhalts zu stehen.
In Ihrem Fall klingt es jedoch so, als könnten Sie einige der anderen vorhandenen Funktionen für beobachtete Wörter, wie das Markieren und Stummschalten, nutzen, um einige der von Ihnen vorgeschlagenen Dinge zu erreichen. Haben Sie diese Optionen überprüft?
Mitarbeiterbearbeitung sperrt Beitrag↩︎
Ja, wir haben vieles versucht. Allerdings funktionieren die Funktionen für beobachtete Wörter beim Bearbeiten nicht (außer blockierte Wörter), sodass er diese Einstellungen umgehen konnte. Das Melden (durch andere Benutzer) funktioniert, aber normalerweise gibt es eine Zeitverzögerung, und der Troll postet im Allgemeinen 10 Antworten, bevor ihn ein Benutzer meldet.
Wir haben Spammer, die alte Beiträge mit nichtssagenden Kommentaren wiederbeleben und dann mit Spam-Links bearbeiten. Wir schließen alte Beiträge absichtlich nicht, da dies für unseren Zweck im Allgemeinen kontextbezogen legitim ist. Wir verwenden “Require Approval”-Wörter, um gängigen Spam zu blockieren.
Ich würde mich freuen, wenn Bearbeitungen für Benutzer unterhalb einer konfigurierbaren Vertrauensstufe wieder in die Warteschlange zurückkehren würden.
Da beobachtete Wörter nicht auf Bearbeitungen angewendet werden und die meisten Spammer auf TL0 sind, mussten wir die Beitragsbearbeitung für TL0 deaktivieren. Dies war eine Frustration für viele legitime neue Forennutzer, die sich uns anschließen, um Hilfe bei einem Problem zu suchen. Daher verschwende ich viel Zeit damit, zu erklären, warum sie nicht bearbeiten können.
Ich suche auch nach dieser Funktion. Mindestens ein Benutzer hat damit begonnen, diese regelmäßig zu missbrauchen. Bisher wurde nichts Problematisches gepostet, aber jetzt bin ich mir nicht sicher, was durchrutschen könnte.
+1 von mir für die Anwendung des gefilterten Schlagwörter-Filters auf Beitragsbearbeitungen. Spammer haben das herausgefunden und es schadet unserem Forum.
Bearbeiten: Falls es jemanden interessiert, habe ich einen Workflow in n8n eingerichtet, um dies zu handhaben. Immer wenn ein Beitrag bearbeitet wird, ruft er die Liste der gefilterten Schlagwörter von Discourse ab und gleicht sie mit dem neuen Text ab. Wenn es eine Übereinstimmung gibt, markiert er den Beitrag als Spam und schiebt ihn in die Überprüfungswarteschlange (ich konnte nicht herausfinden, welche post_action_type_id ich benötigte, um einen Beitrag als genehmigungspflichtig zu markieren, also 
). Ich teile diesen Code gerne – schicke mir eine DM, wenn du eine Kopie möchtest.
Wir würden uns diese Funktion auch sehr wünschen, da wir derzeit von einer Spam-Welle betroffen sind, wie in https://meta.discourse.org/t/blocking-recent-wave-of-spam erwähnt. Diese Bots erstellen regelmäßig Beiträge mit zufälligem Inhalt und bearbeiten sie dann, um die „Genehmigung erforderlich“-Liste zu umgehen. Wir haben viele der Ausdrücke, die wir gerne in dieser Liste hätten, zur „Blockieren“-Liste hinzugefügt, aber dies birgt ein Risiko in Bezug auf übermäßiges Blockieren.
Wir erhalten eine riesige Menge Spam durch diese einfache Technik, einen Beitrag zu erstellen und ihn anschließend zu bearbeiten, um den Filter für “beobachtete Wörter” zu umgehen.
Aber noch schlimmer ist, dass die Filter für “beobachtete Wörter” anscheinend nicht auf den Titel des Beitrags angewendet werden, daher bin ich mir nicht sicher, ob das ein Fehler ist.
Die KiCad-Foren (https://forum.kicad.info/) erhalten ebenfalls einen stetigen Strom von Bearbeitungs-Spam wie diesen. Derselbe Spam (SEO-Verschmutzung mit gefälschter Kundendienst-Telefonnummer) hat offenbar auch https://neovim.discourse.group/ im Grunde lahmgelegt und beeinträchtigt ein PHP-Forum: https://discourse.thephp.foundation/
Sie können viele Beispiele der vorgenommenen Bearbeitung sehen:
Ich wollte gerade die Spam-Erkennung des #ai-Plugins vorschlagen, da dieses auch Bearbeitungen auf Spam prüft und hier auf Meta hervorragende Arbeit leistet. Jemand hat kürzlich beeindruckende Zahlen geteilt, aber ich glaube, das Thema wurde gelöscht oder aus der Liste genommen (oder ich bin heute wirklich schlecht im Suchen).\n\nAber ich bin mir nicht sicher, ob es Ihnen hilft, dass dieses Plugin existiert oder ob ich Ihnen von anderen Funktionen erzähle, die im letzten Jahr hinzugefügt wurden, um massive Spam-Wellen zu bewältigen, da die Version dieses Forums ziemlich veraltet zu sein scheint (Oktober 2023).
Kurzfristige Lösungen: Wenn die ersten Beiträge von Benutzern moderiert werden müssen, könnte dies diese Bots stoppen. Der Super Bot Fight Mode von Cloudflare könnte ebenfalls helfen.
Ich muss immer noch dagegen kämpfen, derselbe gefälschte Kundensupport-Nummern-Scam-SEO-Lärm. Stop Forum Spam hat ein wenig geholfen, die Flut einzudämmen.
Die Tatsache, dass es nicht auf Bearbeitungen angewendet wird, reduziert den Nutzen von beobachteten Wörtern erheblich.
Ich glaube, die Option „Flagge“ bei beobachteten Wörtern verfolgt Bearbeitungen.
Vielen Dank! Watched Words Reference Guide ist nicht klar in Bezug auf das Verhalten für Bearbeitungen für viele der Kategorien. Aber das hilft leider nicht viel; soweit ich das beurteilen kann, kann man nicht dasselbe Wort in zwei Kategorien von beobachteten Wörtern haben (zumindest jedes Mal, wenn ich es versucht habe, ist das Wort aus der ersten Liste verschwunden, wenn ich es zur zweiten hinzugefügt habe), daher kann nichts, was ich in „Genehmigung erforderlich“ oder „Stummschalten“ habe, auch in „Melden“ sein. Selbst wenn ich also doppelte Arbeit leisten wollte, um Wörter an beiden Stellen einzutragen, habe ich Pech, denke ich.
Ich verstehe, dass „Genehmigung erforderlich“ schwieriger auf Bearbeitungen anzuwenden ist, da es eine ganze Infrastruktur rund um die Genehmigung von Beitragsbearbeitungen erfordern würde, die einfach nicht existiert. Ich denke, das ist die Feature-Anfrage hier.
Hmm. Vielleicht können Sie die Automatisierung Flag post on Words aus dem Automatisierungs-Plugin zum Markieren von Bearbeitungen verwenden. Das könnte das Problem mit doppelten beobachteten Wörtern beheben 
Danke!
Es ist jetzt ein gebündeltes Plugin, sodass ich es nicht einmal neu erstellen muss, um es zu installieren und zu aktivieren!
Ich probiere das aus. Ich habe noch nicht all meine Hunderte von Wörtern für „Genehmigung erforderlich“ übertragen, aber ich habe einige der generischsten hinzugefügt, die in letzter Zeit typischerweise verwendet wurden. 
Ich kann hier nichts zur Lösung beitragen, aber ich unterstütze diese Beobachtung:
Die Möglichkeit, Bearbeitungen von TL0- (und vielleicht auch TL1-) Benutzern durch den Filter für beobachtete Wörter und die Warteschlange für die Genehmigung zu senden, würde die Nützlichkeit dieses Filters erheblich erhöhen.