Diese Frage ist eine Antwort aufdiese Fragehabe hier schon mal gefragt. Ich dachte daran, die E-Mail einfach in HTML Hex/Dezimal Unicode umzuwandeln.
Beispiel:
Zeigen[email geschützt]Ich würde den dezimalen Unicode verwenden:
john.appleseed@mail.com
oder der Hex-Unicode:
john.appleseed@mail.com
Dies bietet viele Vorteile gegenüber anderen Methoden, die auf CSS, Javascript, Bildern usw. basieren. Beispielsweise wäre es möglich, die E-Mail in fast allen Browsern anzuzeigen, einschließlich Konsolenbrowsern wie elinks oder w3m. Zweitens würde es sogar funktionieren, wenn der Benutzer JS explizit deaktiviert oder Bilder blockiert hat.
Meine Frage: Ist dies im Vergleich zu den anderen gängigen Methoden eine gute Methode zur Verschleierung von E-Mails?
Antwort1
Dies ist nur eine relativ kleine Variante derErsetzen von „@“ und „.“ durch EntitätenMethode, die bereits in den per Hyperlink verknüpften Fragen und Antworten besprochen wurde. Ich verwende diese letztere Methode tatsächlich selbst. Ich habe ihre Wirksamkeit nicht gemessen, aber in den ursprünglichen Antworten auf diese Frage werden Statistiken von Personen zitiert, die dies getan haben.
Diese Variante würde gegenüber dem Original nicht viel mehr bringen. Die Antwort lautet also ziemlich eindeutig „Nein“.
Die Methode basiert im Allgemeinen auf der Annahme, dass die vermutlich existierenden WWW-Seiten-Scraper faul sind und keine vollständigen HTML-Parser schreiben möchten. Sie suchen nur nach @(oder at) und führen einige ziemlich einfache Mustervergleiche durch. Wenn sie andererseits einen vollständigen HTML-Parser hätten, der dezimale und hexadezimale numerische Zeichenreferenzen erkennen kann, dann ist es wirklich egal, ob nur @und .oder jedes Zeichen im gesamten Postfachnamen codiert sind. Die Seiten-Scraper werden alles problemlos decodieren.
Es ist schließlichmehrArbeit, nicht weniger, um einen numerischen Zeichenreferenz-Decoder zu haben, der nur dekodiertmancheZeichen. ☺