Es gibt eine Reihe von Spammern, die Spam-Amazon-Links in unserem Forum posten. Ich habe beobachtet, dass Wörter eingerichtet wurden, um diese Amazon-Links abzufangen, aber es hat nicht funktioniert. Dann habe ich tiefer recherchiert und festgestellt, wie sie davongekommen sind: Zuerst posten diese Spam-Benutzer eine normale Antwort, und nach ein paar Minuten bearbeiten sie die Antwort und fügen einen Spam-Amazon-Link hinzu! Die Bearbeitung hat die beobachteten Wörter nicht ausgelöst! Ich glaube, das ist ein Fehler in Discourse. Können Sie das beheben?
Ich habe versucht, einem vorhandenen Beitrag auf meinem lokalen System ein beobachtetes Wort hinzuzufügen, und es ersetzt das Wort korrekt.
Können Sie uns ein konkretes Beispiel mit einem Link geben, der hätte entfernt werden sollen, und einen Screenshot Ihrer Einstellungen für beobachtete Wörter?
Vielen Dank! Sehen Sie sich zum Beispiel diesen Spam-Beitrag an: https://www.uscardforum.com/t/topic/81665/3?u=uscreditcardguide
Und hier ist unsere Einstellung für beobachtete Wörter:
Ihr beobachtetes Wort ist t.co/ und der Link im Spam-Post ist https://t.co/rX42eIcsjD, daher sollte er das beobachtete Wort auslösen. Aber eine Sache, die wahrscheinlich dazu führt, dass er nicht ausgelöst wird, ist, dass der Link sichtbar wie folgt aussieht, sodass die Einstellung für beobachtete Wörter wahrscheinlich darauf angewendet wird und nicht auf die t.co/-Einstellung.
Ich werde das weiter untersuchen.
Danke für das Teilen ~ Apropos Apple: Apple AirPods Pro Kopfhörer sind 30 % Rabatt, Link: www.amazon.com/dp/B09JQMJHXY ,
Wie ist dieser Preis?
Ich habe den Titel geändert, um das Problem besser widerzuspiegeln. Nichts in der Benutzeroberfläche deutet darauf hin, dass man keine URL als beobachtetes Wort verwenden kann, aber es funktioniert derzeit nicht. Wir untersuchen dies und melden uns, sobald wir ein Update haben.
Außerdem bin ich mir nicht 100% sicher, ob dies ein Fehler ist. Was meinen Sie, @JammyDodger?
Das ist schwer zu sagen. Ist es ein seit langem bestehendes Versäumnis oder wird vom Code etwas verlangt, das nie beabsichtigt war? Ich denke, es wäre sicherlich ein nützliches Anti-Spam-Tool, wenn es auch den Linktext erfassen könnte, aber offensichtlich fehlt mir das technische Können, um zu wissen, ob das zu viel verlangt ist. ![]()
Hallo, der Titel, den Sie bearbeitet haben, spiegelt das Problem nicht wider. Ich habe heute erneut überprüft: Wenn der Benutzer den Link direkt postet, funktioniert das Überwachen von Wörtern in der URL. Das Problem tritt nur auf, wenn der Benutzer zuerst etwas postet und dann die Antwort bearbeitet. Der Bearbeitungs- und Speicherprozess löst die Funktion zum Überwachen von Wörtern nicht aus.
Siehe oben. Das Problem liegt nicht darin, ob das beobachtete Wort in der URL funktioniert. Das Problem ist, dass die Funktion für beobachtete Wörter nicht funktioniert, wenn der Benutzer seine Antwort bearbeitet.
Hier ist, wie der Fehler wiederholt werden kann:
Fügen Sie „thisisjustatest“ zur Liste der beobachteten Wörter hinzu.
Verwenden Sie einen Nicht-Admin-Benutzer, posten Sie eine Antwort mit „thisisjustatest“, dann wird das beobachtete Wort ausgelöst.
Verwenden Sie einen Nicht-Admin-Benutzer, posten Sie zuerst eine Antwort mit anderen Wörtern und bearbeiten Sie dann die Antwort, um das Wort „thisisjustatest“ hinzuzufügen. Das beobachtete Wort wird NICHT ausgelöst und der Benutzer kann dieses Wort erfolgreich zur Antwort hinzufügen.
Ich habe es versucht. ![]()
thisisjustatestzu „Blockierte beobachtete Wörter“ hinzugefügt- TL2-Testbenutzer verwendet, um
This is a replyzu posten - Beitrag im Bearbeitungsmodus geöffnet, immer noch mit TL2-Testbenutzer
thisisjustatestzusammen mit dem vorhandenen TextThis is a replyeingefügt- Bearbeiten
- Die beobachteten Wörter haben die Bearbeitung erfolgreich blockiert
- Test mit
editing grace periodauf 1 wiederholt. Gleiches Ergebnis
Wenn ich jedoch versuche, (Ich habe vergessen, die Platzhalter hinzuzufügen t.co/ in die „Blockierten beobachteten Wörter“ einzugeben und den TL2-Testbenutzer zu verwenden, um die Spam-Nachricht 谢谢分享~ 说到apple,apple airpods pro耳机在30% off,link: [www.amazon.com/dp/B09JQMJHXY](https://t.co/rX42eIcsjD) ,\n这种价格怎样? zu posten, lässt es mich beim ersten Mal posten, ohne dass ich zurückkehren muss, um zu bearbeiten.
)
Haben Sie versucht, diesen Link selbst auf Ihrer eigenen Website zu posten? Und hat der thisisjustatest-Test für Sie funktioniert? Wenn ja, haben Sie weitere Details, die Sie mir geben können, damit ich auf meiner Testwebsite das gleiche Ergebnis erzielen kann?
Ich habe denselben Test durchgeführt und ein Benutzer mit Vertrauensstufe 1 kann „thisisjustatest“ problemlos hinzufügen, indem er es bearbeitet. Insbesondere habe ich „thisisjustatest“ in den Typ „Genehmigung erforderlich“ bei den beobachteten Wörtern eingetragen. Vielleicht liegt hier ein Unterschied zwischen unseren Tests?
Das ist der Unterschied. Ich habe versucht, „thisisjustatest“ in den Typ „block“ in der Liste der beobachteten Wörter einzutragen, und die Bearbeitung wird blockiert, wenn die neue Antwort das beobachtete Wort enthält. Der Typ „require approval“ bei beobachteten Wörtern funktioniert jedoch nicht beim Bearbeiten.
Wenn der Benutzer mit Vertrauensstufe 1 diese Nachricht direkt postet, funktioniert das Überwachungswort korrekt und sendet die Nachricht zur Genehmigung an den Administrator: „ 谢谢分享~ 说到apple,apple airpods pro耳机在30% off,link: [www.amazon.com/dp/B09JQMJHXY](https://t.co/rX42eIcsjD) , 这种价格怎样? “
Es wird nur dann zu einem Problem, wenn der Benutzer einen vorhandenen Beitrag bearbeitet.
Ich denke, für mein spezifisches Problem kann ich das beobachtete Wort *t.co/* einfach von „Genehmigung erforderlich“ auf „Blockieren“ in der Liste der beobachteten Wörter verschieben.
Ich halte es jedoch immer noch für einen Fehler, dass die Bearbeitung den Typ „Genehmigung erforderlich“ der beobachteten Wörter umgehen kann. Es liegt an Ihnen, ob Sie dies als Fehler behandeln und beheben oder so belassen möchten.
Es scheint, dass ich vergessen habe, die Wildcards für den t.co/-Test einzufügen.
Wenn ich ihn mit *t.co/* erneut ausführe, blockiert er den Spam-Link tatsächlich beim ersten Mal wie beabsichtigt. ![]()
Aber ich denke, Sie haben den Unterschied gefunden. Genehmigung ist etwas anderes als Blockieren, obwohl ich anerkenne, dass es auch für eine Art von Überwachung der Bearbeitungen sowie der ursprünglichen Veröffentlichung Argumente gibt. Ich bin mir nicht sicher, ob das ein Fehler ist, da ich denke, dass es genauso funktioniert wie die anderen Methoden zur Genehmigung von Themen/Beiträgen? Es wäre jedoch eine gute Ergänzung.
Ein Beitrag wurde in ein neues Thema aufgeteilt: Bearbeitungen genehmigter Beiträge zurück in die Genehmigungswarteschlange senden

