Benutzer fügen nach einer Verzögerung Spam-Links in ihre Beiträge ein

Nur eine Beobachtung von vor kurzem. Ich habe einige Kommentare in unseren Foren gesehen, die etwas seltsam wirkten, aber dennoch menschlich genug waren, und es enthielten keine Links oder Werbung, also war das in Ordnung. Eine Woche später wurden sie bearbeitet, wobei Links zu einigen Websites hinzugefügt wurden. Jetzt fällt mir das häufiger auf. Ein einzeiliger Kommentar, der nicht immer Sinn ergibt, aber mehr oder weniger das Thema des Hauptbeitrags aufgreift. Und nach einer Woche oder so wird ein Link angefügt. Da es sich um eine Bearbeitung handelt, erhalten Sie keine Benachrichtigung über einen neuen Kommentar. Deshalb bemerke ich das erst, wenn ich alle aktualisierten/neuen Beiträge durchgehe. Discourse erlaubt neuen Benutzern nicht, in ihrem ersten Beitrag einen Link zu posten; dieser würde sonst in eine Genehmigungsqueue gelangen. Aber das Bearbeiten ist erlaubt.

5 „Gefällt mir“

Interessanter Ansatz. Hast du schon darüber nachgedacht, das Zeitlimit für das Bearbeiten von Beiträgen zu senken oder zumindest auf einen bestimmten Wert einzustellen?

Normalerweise muss man nicht zulassen, dass Nutzer ihre Beiträge unbegrenzt bearbeiten können. Das könnte die Diskussion sogar beeinträchtigen, abgesehen von Spam-Problemen, wenn Nutzer ihre Beiträge dauerhaft bearbeiten können.

Suche in den Einstellungen nach „post edit time limit

7 „Gefällt mir“

Das wäre eine mögliche Workaround-Lösung, falls das Problem größer wird. Aber wir brauchen eine Bearbeitungsmöglichkeit für „Tutorial/Liste“-Beiträge, damit man Dinge aktualisieren oder etwas zur Liste hinzufügen kann. Das scheint mein Leben eher zu erschweren. Vielleicht sollten Nutzer mit geringem Ruf nicht einmal eine Woche später beim Bearbeiten das Hinzufügen von Links erlauben.

1 „Gefällt mir“

Ich bin zwar kein Profi, aber bei Wiki-Beiträgen sollte die Bearbeitung trotzdem erlaubt sein. Vielleicht wäre es sinnvoll, Tutorials und ähnliches dann in Wiki-Beiträgen zu veröffentlichen. Nur eine Idee – das passt vielleicht nicht zu eurem Anwendungsfall.

4 „Gefällt mir“

Das betrifft die Wiki-Bearbeitungslogik nicht, also bist du dort auf der sicheren Seite, aber ich habe dieses Verhalten auch bei Wiki-Beiträgen beobachtet.

4 „Gefällt mir“

Welche Vertrauensstufen haben diese Benutzer? Es gibt jetzt unabhängige Site-Einstellungen für das zulässige Bearbeitungszeitfenster für Benutzer der Vertrauensstufen TL0 und TL1, das bei Bedarf verschärft werden kann.

10 „Gefällt mir“

Diese Benutzer waren neu und hatten nur einen Beitrag. Welche Einstellungen gibt es, um das Bearbeiten für TL0/1 einzuschränken?

1 „Gefällt mir“

Suchen Sie in Ihren Einstellungen nach „Bearbeitungsfreiheitsfrist“

6 „Gefällt mir“

Hallo @wroot,

ich stimme @helmi zu: Eine Woche ist ein sehr großzügiges Bearbeitungszeitfenster, auch wenn es natürlich darauf ankommt, wie du deine Antworten in deiner Community einsetzt. Vielleicht sind die TL-Beschränkungen für dich der bessere Weg.

Das folgende Thema scheint auch zu beschreiben, was du derzeit erlebst; ich glaube nicht, dass die TL0/1-Beschränkungen damals verfügbar waren.

Aber zumindest bist du nicht allein. :slightly_smiling_face:

4 „Gefällt mir“

Ich denke, das Bearbeitungsfenster bezieht sich darauf, keine neue Version eines Beitrags im Verlauf zu erstellen, nicht darauf, die Bearbeitung zu blockieren. Zumindest verstehe ich es so aus der Beschreibung.

3 „Gefällt mir“

Das ist absolut richtig. Ich hätte von ‘Zeitlimit für Beitragsbearbeitungen’ sprechen sollen – danke für den Hinweis.

6 „Gefällt mir“

Nun, wir haben das bereits besprochen. Ich muss meine Beiträge (Ticket-Listen, Anleitungen) selbst bearbeiten können, daher würde eine Einschränkung dieser Option für mich Probleme schaffen. Ich habe mich über Wikis informiert, und es scheint, dass dort jeder die Möglichkeit hat, sie zu bearbeiten, was ebenfalls keine Option ist (es sei denn, ich schließe sie nach der Bearbeitung, falls das so funktioniert). Und ich kann keinen Weg finden, ein Wiki in unseren Foren zu veröffentlichen (vielleicht ist es deaktiviert oder ein Modul fehlt).

1 „Gefällt mir“

Das betrifft keine Mitarbeiter.

7 „Gefällt mir“

Ich verstehe. Das werde ich im Hinterkopf behalten. Danke.

4 „Gefällt mir“

Ist diese Einstellung so neu, dass sie in der neuesten Version (2.4.0.beta7) noch nicht enthalten ist?

Ich sehe eine Einstellung für TL2+ und eine Einstellung für TL0 und TL1 zusammen, aber nicht die erforderliche Trennung zwischen TL0 und TL1.

Diese Spam-Methode trat auch auf meiner Seite auf – sie ist zwar noch nicht weit verbreitet genug, um sofortige Bedenken auszulösen, aber sie haben zweifellos bereits gelernt, dass dies ein sehr effektiver Weg ist, um die Standard-Anti-Spam-Konfiguration von Discourse-Foren zu umgehen. Ich vermute daher, dass sie ihre Bemühungen bald hochfahren werden.

Es wäre gut, diese Bearbeitungsbeschränkung nur auf neue Benutzer anwenden zu können (und soweit ich weiß, ist TL0 der beste Weg, um einen neuen Benutzer zu identifizieren, oder?)

3 „Gefällt mir“

Chris, diese Einstellungen für T2+ und T0/T1 helfen bei solchem Spam nicht, da sie sich nur auf die Versionsgeschichte auswirken, nicht aber auf die Bearbeitungsmöglichkeit. Im Grunde gibt es also nur eine Einstellung: „Zeitlimit für Beitragsbearbeitungen“, die du beispielsweise auf 60 (Minuten) setzen kannst. Nach einer Stunde sollte also niemand mehr Beiträge bearbeiten können, außer Mitarbeiter (ich nehme an, Admins/Moderatoren?). Ich würde jedoch bevorzugen, dass die Anti-Spam-Funktion auch bei Bearbeitungen mit Links genauso funktioniert wie bei neuen Beiträgen.

3 „Gefällt mir“