[FINAL] [CDB][3.3] Spamsecure

In diesem Forum können Extension-Autoren ihre Extensions vorstellen, die sich noch im Entwicklungsstatus befinden. Der Einbau in Foren im produktiven Betrieb wird nicht empfohlen.
Benutzeravatar
chris1278
Mitglied
Beiträge: 4165
Registriert: 12.11.2007 06:20
Wohnort: Euskirchen
Kontaktdaten:

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von chris1278 »

Man könnte natürlich auch so schreiben:

hxxps://meine-domain(dot)de

Es gibt da so viele Möglichkeiten.

Aber ich denke, primär geht es darum, dass Links nicht in Links umgewandelt werden.

Bruno Ich denke da, sofern machbar, darüber nach, ob die Möglichkeit besteht, einen Text zu analysieren und jedwede Art von Hauch eines Hyperlinks in normalem Text darzustellen. Wobei ich aber leider nicht sagen kann, ob und wie man das evtl. bewerkstelligen könnte.
69bruno
Mitglied
Beiträge: 494
Registriert: 05.06.2020 08:21

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von 69bruno »

Hi Chris,
Das ginge über eingebundenen css, wenn die spamsecure - Prüfung läuft. Sowas wie das hier:

Code: Alles auswählen

.nicht-klickbar {
    pointer-events: none; /* Deaktiviert Klicks */
    cursor: default;      /* Zeigt normalen Cursor statt Hand */
    text-decoration: none; /* Entfernt Unterstreichung */
    color: inherit;       /* Übernimmt Textfarbe */
}
Ich weiß aber nicht, was das bringen soll. Schließlich soll der ganze Post unterdrückt werden, wenn ein Link enthalten ist. Die Umformatierung erreicht das Ziel nicht.
Forum: cruiser-lounge.de
PHPBB-Version: 3.3.11 / Debian-Linux 11 / PHP-Version: 8.1
guenniguenzelsen
Mitglied
Beiträge: 203
Registriert: 30.11.2021 13:53

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von guenniguenzelsen »

Nachdem ich mit verschiedenen Methoden Massenanmeldungen und Massenspam wirksam unterbunden habe, geht es jetzt nurnoch ums Fein-Tuning.
Konkret: Spammer, die sich die Zeit nehmen sich einzeln händisch anzumelden, um dann ihre Spamlinks loszuwerden.

Solange sie einen Weg finden, den Link zu platzieren/senden bleibt das Forum für sie attraktiv.
Es geht bei diesem Feintuning also darum, alles zu unterbinden, was direkt anklickbar sein könnte.

An verfremdeten URLs wie beispielsweise we we we(dot)ich-bin-ein-spamlink_punkt-de haben die Spammer kein Interesse.
Ein Spamlink muss funktionieren, wenn der Empfänger impulsiv draufklickt.
Wenn der Empfänger sich erst eingehend mit dem Link beschäftigen muss und ihn aktiv umwandeln soll, dann ist die Wahrscheinlichkeit für einen Klick nahe null.
69bruno
Mitglied
Beiträge: 494
Registriert: 05.06.2020 08:21

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von 69bruno »

Ja, verstehe ich. Aber Spam wird überwiegend nicht über Eingabeformulare angeliefert. Bedeutet, der Absender schaut gar nicht drauf, ob es funktioniert hat, oder nicht.
Bei Umformatierung bleibt für den Admin eine Menge Spam-Kram zu löschen, der durch die spamsecure durchgegangen ist. Das war nie mein Ziel. Ich will solche Posts gar nicht erst durchlassen. Das geht nicht durch reine Umformatierung.
Der bessere Weg wäre also meines Erachtens, die Prüf-Logik auf Hyperlinks zu verfeinern, um solche Sachen auch auszufiltern. Das werde ich prüfen.
Forum: cruiser-lounge.de
PHPBB-Version: 3.3.11 / Debian-Linux 11 / PHP-Version: 8.1
guenniguenzelsen
Mitglied
Beiträge: 203
Registriert: 30.11.2021 13:53

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von guenniguenzelsen »

Ich teile Deinen Standpunkt voll und ganz.

Ziel muss es sein, dass Spam gar nicht erst eingegeben werden kann.
Das habe ich mit meinem vorigen Beitrag sagen wollen :-)
Benutzeravatar
chris1278
Mitglied
Beiträge: 4165
Registriert: 12.11.2007 06:20
Wohnort: Euskirchen
Kontaktdaten:

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von chris1278 »

Ich gebe euch recht. Besser wäre es, wenn man es ganz unterbinden könnte. Aber die CSS-Lösung als Fallback wäre zumindest auch denkbar, falls die anderen Optionen nicht greifen.

Ich hab janicht gesagt das das nur über so eine art gehen sollte. Der Gedanke war halt das man dies evtl. auch als Fallback nutzen kann damit man auf jedenfall keinen Anklickbaren link hat.
guenniguenzelsen
Mitglied
Beiträge: 203
Registriert: 30.11.2021 13:53

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von guenniguenzelsen »

Hier meine Rückmeldung nach einigen Tagen Testlauf:
Es ist bisher wirkungsvoll verhindert worden, dass weitere Spamnachrichten mit Links durchkommen.

Vielen Dank für die Modifikation!
Markus Dippold
Mitglied
Beiträge: 24
Registriert: 13.09.2018 19:58

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von Markus Dippold »

Hi,

ich habe das gerade mal installiert und teste das in einem anderen Browser als nicht angemeldeter User aus.
Irgendwie klappt das aber schon mit der Sperre der kyrillischen, chinesischen etc. Zeichen nicht.
Der Schieberegler steht an linker Position mit dem Haken drin.

Ich habe vorher Spam-Nachrichten bekommen, da steht z.B. dieser String drin: переквалификацию

Ich schicke eine Nachricht los, wo ich in Betreff und Nachricht diesen String reinkopiere.
Ja, die Mail kommt an ... keine Meldung schon im Forum, daß unerlaubte Zeichen drin wären oder das ganze komplett verworfen wird.

Was mache ich falsch?

Danke und Gruß
Markus
Benutzeravatar
chris1278
Mitglied
Beiträge: 4165
Registriert: 12.11.2007 06:20
Wohnort: Euskirchen
Kontaktdaten:

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von chris1278 »

Du musst das auch in den berechtigungen zusätzlich einstellen. nur im acp aktiveren reicht da nicht. Standard nach installation ist das die nachrichten weiter so durchgehen wie vorher auch. wenn die spamsecure greifen soll musst du z.B. bei gast in den Berechtigungen dieses ändern.

https://prnt.sc/NV0Zkm94CJyG

Du must das bei gruppe gast bzw. benutzer gast anpassen. oder bei der gruppe bei der du das verbieten möschtest.

Standard nach neu installation sthet das überall auf ja. und erst bei nein wird die sperre entsprechend den einstellungen aktiv.
Markus Dippold
Mitglied
Beiträge: 24
Registriert: 13.09.2018 19:58

Re: [FINAL] [CDB][3.3] Spamsecure

Beitrag von Markus Dippold »

Das war mir nicht klar, daß bei den Berechtigungen auch was geändert werden muß.
Ich habe das mal für Gäste und Bots verboten ("Nie").

Test war erfolgreich.

Vielen Dank!
Antworten

Zurück zu „Extensions in Entwicklung“