Zum Inhalt springen

@ trotz SpamProtect?

Erstellt am 5. April 2005 · 43 Antworten · letzte Antwort am 25. Februar 2010 · Seite 3 von 3

Tags: Sicherheit, Frage

webdeveloper ·

& # 6 4 ;

Das ist aber immer gleich. Ich würde also daon ausgehen, dass die robots schon darauf "getrimmt" sind.
Außerdem - wie sdchon mal erwähnt: weißt du, ob der quelltext oder das was der user sieht durchsucht wird???

Brian Cohen ·
webdeveloper schrieb

& # 6 4 ;

Das ist aber immer gleich. Ich würde also daon ausgehen, dass die robots schon darauf "getrimmt" sind.
Außerdem - wie sdchon mal erwähnt: weißt du, ob der quelltext oder das was der user sieht durchsucht wird???

Ich bin mir ziemlich sicher, daß der Quelltext durchsucht wird. Ich wüsste nicht, wie ein Robot die Seiten sonst durchsuchen soll. Außerdem steht da die E-mail-Adresse normalerweise im Klartext, während auf der Seite vielleicht "Mail an den Webmaster" oder sowas steht.

Davon abgesehen ist (a) statt @ auf jeden Fall verbreiteter als der Ascii-Code, weshalb ich ihn im Moment bevorzugen würde.

Brian Cohen ·

@ webdeveloper: Die JavaScript-Variante auf Deiner Homepage finde ich auch gut. Ich denke, egal wofür man sich entscheidet, alles ist besser als gar kein Schutz. Der Erfolg ist in jedem Fall spürbar. Wenn Ihr für Kunden arbeitet, bringt das ganze Kopfzerbrechen sowieso nichts, wenn die Kunden ihre Firmenadresse bei winwin.de oder sonstwo angeben.

ArminB ·

Guten Morgen,

der Thread ist zwar schon alt, aber ich da mich das Thema gerade selber tangiert, hier mal meine Lösung bzw. Vorschlag

@Uschi
Anstelle von dem (at) das einfügen mailto:& #109;& #97;& #105;& #108;& #116;& #111;& #58;& #64; (Die Leerzeichen zwischen & und # entfernen)

Ich selber verschlüssel die ganze Emailadresse per UniCode, soll derzeit noch sicher sein.

Im habe deshalb im Setup

config.spamProtectEmailAddresses = ascii

Und dann die Datei tslib/class.tslib_content.php in der Zeile 5266 (3.8.0) angepasst:

//$linktxt = str_replace('@',$atLabel?$atLabel:'(at)',$linktxt);
				$linktxt = $GLOBALS['TSFE']->encryptEmail($linktxt);

Zu sehen hier http://cfs-info.de/selbsthilfe/selbsthilfe_gruppen/index.html

Armin

Proximo ·

Der sinnvollste Schutz, meiner Meinung nach, ist folgender:

config.spamProtectEmailAddresses = 2
config.spamProtectEmailAddresses_atSubst = @<img src="fileadmin/template/main/images/clear.gif" border="0" alt="" />

Es gibt sicher irgendwelche Wunderbots die diese Mail trotzdem lesen können allerdings steht im Source folgendes wenn ich die Adresse "eine@mailadresse.com" für Bots verstecken will:

<a href="javascript:linkTo_UnCryptMailto('nbjmup;nbsdAhny/bu');" class="link">eine@<img src="fileadmin/template/main/images/clear.gif" border="0" alt="" />mailadresse.com</a>

Durch die Trennung von "eine@" und "mailadresse.com", wird von den meisten Bots (hab 4 frei zugängliche getestet, die konntens nicht) nur "eine@" indexiert.

Vorteil der Methode: Wenn jemand die Adresse anschaut hat er den Eindruck als würde da "eine@mailadresse.com" stehen. Wenn jemand die Adresse kopiert und zb in einen Texteditor, Telefonbuch oder in eine Adresszeile einfügt dann ignoriert dieses Programm meistens das clear.gif und gibt "eine@mailadresse.com" aus.

Ich bin der Meinung das dies ein guter Kompromiss zwischen Userfreundlichkeit und Sicherheit ist.

MFG Proximo

just2b ·
Proximo schrieb

Vorteil der Methode: Wenn jemand die Adresse anschaut hat er den Eindruck als würde da "eine@mailadresse.com" stehen. Wenn jemand die Adresse kopiert und zb in einen Texteditor, Telefonbuch oder in eine Adresszeile einfügt dann ignoriert dieses Programm meistens das clear.gif und gibt "eine@mailadresse.com" aus.

Geb ich dir fast 100% recht 😉 ICh kann damit aber nicht mehr die verhindern, die per hand mein Emailverzeichnis kopieren... 😉

georg

zeal · 
config.spamProtectEmailAddresses = 2<br />
config.spamProtectEmailAddresses_atSubst = @

at als ascii zeichen (wird hier eben als at interpretiert...) --> & # 64 ; (natürlich zusammengehängt...)
funktioniert auch, allerdings weiss ich halt nicht genau wie die sicherheit so ist...
nur mal als gedankenanstoss für eine einfache, doch sicherere als die standard, lösung :-)

aloha

dfluess ·

Jeder hat da wohl eine eigene Methode 😉

Ich maskiere die Emailadresse auch mit Unicode. Allerdings gaukel ich zur Darstellung eine andere Adresse (zusätzliche Zeichen) vor und verstecke diese falschen Zeichen per custom-Tag und CSS mit display: none.
Ob das was bringt? 🙂

Ich habe in diesem Zusammenhang aber noch eine Frage.

Öfter muss ich mit dem Inhaltselement Tabelle E-Mailadressen darstellen. Leider werden dort eingegebene Adressen nicht von TYPO3 verschlüsselt. Gibt es da ein Workaround, um die Inhalte mit dem Inhaltstyp Tabelle ebenfalls automatisch zu verschlüsseln?

Danke 🙂