Das Stop Forum Spam-Plugin (inoffiziell) kann dabei helfen, menschliche Spammer auszusortieren, die die integrierten Spam-Tools von Discourse umgehen können (dank ihrer beeindruckenden menschlichen Fähigkeiten). Kurz nachdem sich ein neuer Benutzer auf Ihrem Forum angemeldet hat (bevor er Zeit hat, Beiträge zu verfassen), überprüft dieses Plugin die E-Mail-Adresse, den Benutzernamen und/oder die IP-Adresse des Benutzers (je nach Ihren Plugin-Einstellungen) gegen die Stop Forum Spam-Datenbank. Wird der Benutzer in dieser Datenbank bekannter Spammer gefunden, wird sein Benutzerkonto in Discourse sofort automatisch stummgeschaltet.
Hinweis: Falls erforderlich, können Sie den Benutzer im Abschnitt Benutzer → Stummgeschaltet der Discourse-Verwaltung wieder aktivieren.
Installation
Befolgen Sie diese Anweisungen, um dieses Plugin in Ihrer Discourse-Installation zu installieren.
Nach der Installation dieses Plugins in Discourse können Sie folgende Einstellungen im Abschnitt Einstellungen → Plugins der Discourse-Verwaltung konfigurieren:
stopforumspam enabled: Aktiviert das Stop Forum Spam-Plugin. Dadurch werden neue Benutzer, die in der Stop Forum Spam-Datenbank bekannter Spammer enthalten sind, automatisch stummgeschaltet.
stopforumspam check email: Stummschaltung eines neuen Benutzers, wenn die E-Mail-Adresse in der Stop Forum Spam-Datenbank gefunden wird.
stopforumspam check username: Stummschaltung eines neuen Benutzers, wenn der Benutzername in der Stop Forum Spam-Datenbank gefunden wird.
stopforumspam check ip: Stummschaltung eines neuen Benutzers, wenn die IP-Adresse in der Stop Forum Spam-Datenbank gefunden wird.
stopforumspam minimum entries found: Der Benutzer muss mindestens so oft in der Stop Forum Spam-Datenbank erscheinen.
stopforumspam recheck users after hours: Anzahl der Stunden, die gewartet werden muss, bevor neue Benutzer ein zweites Mal überprüft werden, um sicherzustellen, dass sie immer noch nicht in der Stop Forum Spam-Datenbank enthalten sind. Auf 0 setzen, um die erneute Überprüfung zu deaktivieren.
Hinweis: Wenn mehrere dieser Überprüfungseinstellungen aktiviert sind, wird der Benutzer als Spammer eingestuft, sobald einer davon in der Stop Forum Spam-Datenbank gefunden wird.
Es macht mir nichts aus, wenn Sie mich direkt für Hilfe kontaktieren, aber es würde allen hier nützen, wenn Sie Ihre Fragen, Kommentare und/oder Vorschläge unten posten würden.
I added a new stopforumspam recheck users after hours plugin setting to allow users to be rechecked again after X hours. This will allow more spammers to be cleaned up later when they are not found in the Stop Forum Spam database on the first check.
This is a great idea — however, I would have expected that spammers change their email address each new time they spam so I’m surprised that checking such a database is effective.
Hallo, vielen Dank @msinger für dieses Plugin, ich benutze SFS seit Jahren in einem Nicht-Discourse-Forum und es hilft definitiv.
Die Option, neue Konten nach X Stunden erneut zu überprüfen, ist eine fantastische Idee, danke, dass Sie sie hinzugefügt haben!
Ein paar mögliche Verbesserungen für dieses Plugin:
Ist es möglich, es von Anfang an auf der Registrierungsseite funktionieren zu lassen, damit Spammer sich gar nicht erst anmelden können?
Könnten vom Administrator konfigurierbare Schwellenwerte implementiert werden, um anzugeben, wie viele Treffer in der SFS-Datenbank für Benutzername, E-Mail und IP erforderlich sind, um ihn als Spammer zu betrachten?
Ein Admin-Button, um einen Benutzer und seine Beiträge an SFS zu melden, wäre schön.
Mir ist aufgefallen, dass StopForumSpam derzeit nicht erreichbar ist und “zu viele Datenbankverbindungen” anzeigt – ist es möglich, dass dieses Plugin Teil des Problems ist? Könnte dieses Plugin eine Ratenbegrenzung anwenden, falls es das nicht bereits tut?
(Und wie reagiert dieses Plugin, wenn es keine gute Antwort vom Dienst erhalten kann?)
Ich habe in Version 2.0 eine neue Einstellung namens Stopforumspam Minimum Entries Found eingeführt. Standardmäßig ist diese Einstellung auf 1 gesetzt. Sie können den Wert erhöhen, um den Schwellenwert für Übereinstimmungen basierend auf E-Mail, Benutzername oder IP-Adresse anzupassen.
Zusätzlich wird nun beim Schweigen eines Benutzers der Grund für die Anzahl der Vorkommnisse angegeben.
Das habe ich, solange sie im Rahmen des ursprünglichen Projekts bleiben. Wenn Sie über meine ursprüngliche Vision hinaus erweitern möchten, können Sie gerne eine Abspaltung erstellen.
Obwohl ich nicht garantieren kann, dass es aufgrund des aggressiven Release-Zeitplans von Discourse niemals kaputt gehen wird, ist es voll funktionsfähig mit der neuesten Beta-Version. Ich betreibe es derzeit auf all meinen Foren mit 3.5.0.beta2-dev.
Ich habe dieses Plugin kürzlich installiert, aber ich glaube nicht, dass es bisher jemanden erwischt hat (ich bin sicher, dass es passieren wird, da ich ziemlich oft die IPs einiger neuer Benutzer auf stopforumspam gesehen habe).
Wenn ein Beitrag erkannt wird, wird er dann in die Überprüfungswarteschlange gestellt?
Nein, meiner Meinung nach würde das den Zweck des Plugins irgendwie zunichtemachen, das im Grunde ein völlig automatisiertes System zur Sperrung bestätigter Spammer ohne Moderationszeit ist. Aber Sie können unter /admin/users/list/silenced nachsehen, und die, die vom Plugin gesperrt wurden, zeigen als Grund “User was found in StopForumSpam” an.
Ich hatte jahrelang viele Spammer in meinem Forum und habe verschiedene Dinge versucht, um die Aktionen der Administratoren zu minimieren. Ich bin zuversichtlich, dass dieses Plugin eine großartige Arbeit leisten wird, so wie ich es sehe!
Ich habe es noch nie eine falsch-positive (d.h. jedes Mal, wenn es etwas findet, ist es etwas, das in der SFS-Datenbank ist) erzeugen sehen.
Eine Sache, die man beachten sollte, ist, dass die API eine Einschränkung hat, und Sie können eine Übereinstimmung bei der E-Mail-Adresse erhalten, die nicht genau mit der E-Mail-Adresse übereinstimmt – SFS wird die Domain als eine “toxische Domain” identifizieren, aber die API sagt Ihnen das nicht. Nutzer mit E-Mail-Adressen von einer dieser Domains werden als E-Mail-Übereinstimmung angezeigt, aber Sie werden ihre genaue E-Mail im SFS-Datenbank beim Suchen nicht finden.
Die Datenbank ist eine Gemeinschaftsinitiative, daher besteht die Möglichkeit, dass der Nutzer kein Spammer ist, sondern aus irgendeinem Grund von jemandem als Spammer identifiziert wurde. Es ist selten, aber es kommt vor (deshalb hat SFS einen “Einspruch”-Prozess.
Bis jetzt hatte ich es so konfiguriert, dass nur E-Mail-Adressen abgeglichen werden, was das eindeutigste Identifikationsmerkmal ist. IP-Adressen und Benutzernamen sind viel anfälliger für Fehlalarme, daher habe ich diese Prüfungen deaktiviert. Aber jetzt, da der Schwellenwert konfigurierbar ist, könnte ich einen sehr hohen Schwellenwert von z. B. 30 Übereinstimmungen für IP-Adressen und vielleicht Benutzernamen festlegen.
Ein guter Punkt, den man im Hinterkopf behalten sollte. Es hat lange gedauert, bis ich das herausgefunden habe. Obwohl ehrlich gesagt diese „toxischen Domains“ treffend benannt sind und jeder Benutzer, der sich mit einer solchen E-Mail-Adresse registriert, mit ziemlicher Sicherheit böswillige Absichten hat, wie z. B. Spamming oder die Umgehung eines Banns wegen wiederholten Trollens/Belästigens. Glücklicherweise unterdrückt dieses Plugin den Benutzer nur. Wenn es sich also um einen Fehlalarm handelte, können sie das Personal immer noch mit diesem anderen (meiner Meinung nach wesentlichen) Plugin kontaktieren:
