eMail Schutz v02.00.00 beta (v01.01.06), Schützen von eMail-Adressen vor Spidern/Crawlern Einstellungen

[mrtt]

Bitte Punkt Update/ Migration beachten!

Plugin-name:
---------------------------------------------------------------------------
eMail Schutz

Status:
---------------------------------------------------------------------------
beta

Bechreibung:
---------------------------------------------------------------------------
Das Plugin versteckt eMail-Adressen hinter einer Link-ID.
So ist ein Schutz vor eMail crawlern gewährleistet.

Features:
---------------------------------------------------------------------------
- Verstecken von eMail-Adressen hinter Link-Id
- Festlegen des Timeout der Link-Id
- Festlegen der Länge der Link-Id
- Festlegen des Verhaltens nach ablauf der ID
- ersetzen nur des @-Zeichens und des Punktes oder der kompletten Adresse
in Frontend-Ausgabe
- Öffnen der Mail-Adresse via HTTP-Location Redirect, via iFrame oder
Meta-Refresh, eMAil-Formular
- Alternativ auch nur in ASCII-Entinitäten umwandeln
- auf einzelnen Seiten abschaltbar via HTML-Tag

Autor(en):
---------------------------------------------------------------------------
mrtt - Sebastian Tiegel

Lizenz:
---------------------------------------------------------------------------
GPL,

Benötigte Sefrengo Version:
---------------------------------------------------------------------------
>= 1.4 Beta 2 (01.03.01)

(Neu)Installation:
---------------------------------------------------------------------------
Wechseln Sie in Ihrer Sefrengo Version in den Bereich "Administration -> Plugins".
Klicken Sie oben rechts auf "Plugin importieren". Am unteren Ende des Bereichs
befindet sich ein Uploadfeld. Wählen Sie hier die gewünschte "*.cmsplug"- Datei
aus. Mit einem Klick auf das Diskettensymbol wird das Plugin in das CMS importiert.
Das Plugin ist nun innerhalb des CMS nutzbar. Installieren Sie das Plugin mit einem
klick auf das Plugin-Importieren-Symbol in der Pluginzeile.

Update/ Migration:
---------------------------------------------------------------------------
Dieses Plugin ersetzt das Plugin eMail Kodierer v01.00.00.
Bei einem Update von eMail Kodierer v01.00.00 auf diese Verison oder
bei Update einer Verison vor eMail Schutz v01.01.00 beta3 muss das
pre_update_mailprotector.cmsplugin eingespielt werden.
Im Zweifel pre_update_mailprotector.cmsplugin einspielen.
Bei Verison eMail Schutz v01.01.00 beta 3 kann das Update ohne vorherige
Maßnahmen erfolgen

Dokumentation:
---------------------------------------------------------------------------
Keine vorhanden

Links:
---------------------------------------------------------------------------
Problem update.meta - http://forum.sefrengo.org/index.php?showtopic=713

QUELLTEXT

Current versionnumber is 01.01.07 - released 17.03.2007 18:45
------------------------------------------------------------------------------------------------
# iFrame-Methode korrigiert
# HTTP-Header Redirect Methode korrigiert
# Meta-Refresh Methode korrigiert
# korrektur des mod_rewrite 2 supports

Current versionnumber is 01.01.06 - released 14.03.2007 18:45
------------------------------------------------------------------------------------------------
+ eMail-Formular zum öffnen
+ eMAil-Formular zum öffnen via Javascript-Popup
+ defaults laden
+ deaktivieren auf einzelnen Seiten Über HTML-Tag <disable_mailprotector>
+ erkennen von anzeigenamen in eMAil-Adressen
+ erkennen des subject Paramerters
+ erkennen des body Parameters
+ erkennen von eMail-Adressen ohne <a href>
+ Umwandeln in ASCII-Entinitäten in HTML-CODE Optionen
+ Umwandeln in ASCII-Entinitäten in Anzeige Optionen
+ Prüfen der Konfiguration
+ mod_rewrite2 support
^ Backendlayout leicht geändert
^ HTTP Redirect zur HTTP Redirect (inteligent)
^ Rechtemanagement erweitert
# unistall_client.meta

versionnumber is  01.01.01 to 01.01.05 --> developer releases
------------------------------------------------------------------------------------------------
! änderungen in Version 01.01.06 zusammengefasst

Download:
---------------------------------------------------------------------------
[attachment=478:email_sc...01.01.07.zip]

Der Beitrag wurde von mrtt bearbeitet: Sat. 17. March 2007, 23:25

[mrtt]

Tach Community,

mit nem Monat später als angedacht hier mal eine überarbeitete Version des eMail-Schutz Plugins. (Da hat man mal nen Monat frei und schafft trotzdem nichts.)

Mit der "HTTP Header Redirect Metode" zum öffnen der Mail-Adresse bin ich noch nicht ganz zufrieden. Hab aber irgendwo meine gute Idee, im Zeitraum zwischen Dezember und Anfang Februar, vergessen und so musste ich mir was neues Ausdenken.

Neu hinzugekommen ist unter anderem die Funktion zum öffnen der Mail-Adresse in einem eMail-Formular.
Ich hatte bis heute aber wenig Lust und noch weniger Zeit ein Modul zu erstellen. Daher bitte nicht wundern, dass da irgendwas zu fehlen scheint.
Vielleicht hat ja eine® von euch Lust und Zeit ein entsprechendes Modul zu schreiben. Stehe gern unterstützend zur Seite.

Das HTML-Tag <disable_mailprotector> ist ebenfalls neu. Es erlaubt das desaktivieren des Schutzsystems auf einzelnen Seiten.
Der WYSIWYG von Sefrego fügt automatisch ein Close-Tag hinzu. Das ist in Ordnung. Das System erkennt diese Close Tag und behandelt es dem entsprechen.
Wichtig: <disable_mailprotector /> hingegen ist nicht zulässig und wird nicht erkannt.

So jetzt heißt es fleißig testen und Fehler und konstruktive Kritik liefern

mfg
Sebastian

[Tiggr]

Hiho!

Zwei Sachen:

1.) Die einzige Methode, die bei mir zuverlässig läuft ist die Version iFrame! :-( Alle anderen laden meist nur die Startseite neu. Die Vorversion lief einwandfrei!

2.) Wenn ich im Backend in den Einstellungen ändere bekomme ich folgende Warnung, aber er übernimmt doch alles:

QUELLTEXT

Warning: array_key_exists() [function.array-key-exists]: The first argument should be either a string or an integer in /home/www/colorful_sky_de/backend/inc/inc.header.php on line 111

Komisch ist vor allem 1., 2. hatte ich auch schon bei der Vorversion! Hat mich nie gestört!

Was kann ich dir noch an Infos geben?

Ansonsten geiles Teil, genau was man braucht!

Tschüss
Tiggr

[gunwalt]

1.) Die einzige Methode, die bei mir zuverlässig läuft ist die Version iFrame! :-( Alle anderen laden meist nur die Startseite neu. Die Vorversion lief einwandfrei!

Kann ich nicht betätigen.

Ich habe ein Problem mit der Einstellung Emailformular: hier geht die Mail an die Adresse, die im Modul hinterlegt ist, obwohl ich "Wenn möglich, dynamisch aus Seitenkontext generien" aktiviert habe.

Ansonsten geiles Teil, genau was man braucht!

Kann ich betätigen.

[Tiggr]

Ich hab mod_rewrite=1, ob es daran liegen kann?

Ansonsten teste ich im FF2!

[mrtt]

Hi,
erstmal schön das ihr das gebrauchen könnt.

QUELLTEXT

Warning: array_key_exists() [function.array-key-exists]: The first argument should be either a string or an integer in /home/www/colorful_sky_de/backend/inc/inc.header.php on line 111

Wundert mich. Multilinguales Seite? Mehrer Projekte?

Ich hab mod_rewrite=1, ob es daran liegen kann?

An mod_rewrite=1 kann, bzw. dürfte es nicht liegen. Zwar ist bisher keine funktion für rw=1 vorhanden, aber dann schreibt/behandel das plugin die adresse so, als ob kein rewite aktiv ist.

Ansonsten teste ich im FF2!

Am FF2, dürfte es ebenfals nicht liegen, jedenfalls nicht direkt. Es kann sein, dass ein Plugin die anderen Methoden blockt.
Ich habe das Plugin im FF1 & 2, IE 3-7, Opera 3 & 5 - 9, Netscape 4+6+7, sowie lynx getestet und habe bisher keine Fehler gefunden (man beachte -> ideal bedingungen). Da kann mal wieder sehen wie unterschiedlich die Clientsysteme sind.

Ich habe ein Problem mit der Einstellung Emailformular: hier geht die Mail an die Adresse, die im Modul hinterlegt ist, obwohl ich "Wenn möglich, dynamisch aus Seitenkontext generien" aktiviert habe.

Versteh nicht was du meinst!
Du hast im Plugin unter "eMail-Adresse öffnen via " --> eMail-Formular eingestellt und dann in Seiten-ID bspw. 6 eingeben. Wenn du jetzt im Frontend eine eMail-Adresse öffnest wird zwar die idcatside 6 geöffnet ...

Hab ich das so richtig verstanden?

Sebastian

[Tiggr]

Hiho!

Mein Projekt ist zweisprachig, stimmt!

Ich hab's jetzt auch mal im IE7 getestet, Ergebnis:

Bei "http-Header-Location-redirect" sehen die Links wie folgt aus:

QUELLTEXT

http://www.colorful-sky.de/index.php?idcatside=0&mailprotector_id=...

(ID hab ich mal weg gelassen), nach dem Anklicken geht ein neues Fenster auf und zeigt die Startseite!

Bei Metarefresh siehts besser aus:

QUELLTEXT

http://www.colorful-sky.de/index.php?idcatside=2&mailprotector_id=...

Trotzdem wird nur die Seite neu geladen!

iFrame-Methode klappt prima! :-) Welche Nachteile hat die denn gegenüber den anderen?

Im FF2 ist es das selbe Ergebnis, kein Unterschied zum IE7!

Tschüss
Tiggr

[mrtt]

Trotzdem wird nur die Seite neu geladen!

Oh, ich glaub ich weis nun wo der fehler liegen könnte. Ich werde das mal auf meinem (ideal) Testsystem checken.

iFrame-Methode klappt prima! :-) Welche Nachteile hat die denn gegenüber den anderen?

Einige alte Browser unterstützen iframe nicht. Gibt es eine CSS Regel für alle iframe's wird diese auch auf das Redirect-iframe angewandt und so wird das eigentlich unsichtbare iframe unter umständen sichtbar.
Ansonsten arbeitet die iFrame-Methode intern auch mit einem HTTP-Redirect.

Sebastian

Der Beitrag wurde von mrtt bearbeitet: Wed. 14. March 2007, 23:57

[gunwalt]

Du hast im Plugin unter "eMail-Adresse öffnen via " --> eMail-Formular eingestellt und dann in Seiten-ID bspw. 6 eingeben. Wenn du jetzt im Frontend eine eMail-Adresse öffnest wird zwar die idcatside 6 geöffnet ...
Hab ich das so richtig verstanden?

Die Mail geht aber nicht die Adresse, die ursprünglich angeklickt worden ist, sondern an die, die im Formular hinterlegt worden ist, egal ob fest eingegeben oder dynamisch generiert einstellt ist.

[mrtt]

Die Mail geht aber nicht die Adresse, die ursprünglich angeklickt worden ist, sondern an die, die im Formular hinterlegt worden ist, egal ob fest eingegeben oder dynamisch generiert einstellt ist.

Das liegt daran, dass bisher kein modul existiert, das die Mail-Adresse aus der Datenbank wieder ausliest.
Meine IDee war das Kontaktformular zu erweitern, so dass dieses die Adresse aus der Datenbank ausliest. Bin aber bisher nicht dazu gekommen.

[Guest_bkm_*]

2.) Wenn ich im Backend in den Einstellungen ändere bekomme ich folgende Warnung, aber er übernimmt doch alles:

QUELLTEXT

Warning: array_key_exists() [function.array-key-exists]: The first argument should be either a string or an integer in /home/www/colorful_sky_de/backend/inc/inc.header.php on line 111

Klasse Idee,
die aber bei mehrsprachigen Projekten leider noch nicht so funktioniert.
Ich kann erstmal die Fehlermeldung im Backend von @tiggr bestätigen, die aber auf das Speichern der Eingabe keinen Einfluss hat.
In der Frontausgabe wird aber keine Ausgabe mehr erzeugt (leere Seite), was sogar zum Absturz des Servers führt !!!
Keine Ahnung ob dies an der Anzahl der Sprachen liegt oder vielleicht in Zusammenhang
mit dem Einsatz Snippet Replacement passiert.
In Einzelprojekten sind diese Fehler nicht vorhanden.

[mrtt]

ok,

da wird wohl irgendwo in ein Array versucht einen neuen Schlüssel hinzu zufügen, der schon existiert.
Ich werde die Backend-Scripte vom PlugIn durchgehen und das PlugIn im MultiClient, Multilanguage betrieb testen

Sebastian

Der Beitrag wurde von mrtt bearbeitet: Fri. 16. March 2007, 15:02

[Tiggr]

Hiho!

Hab das Plugin jetzt auch auf Orga ohne Namen laufen! Der Fehler beim Speichern ist nicht da, da dortige Projekt ist auch einsprachig.

Aber: Bei mir funktioniert wieder nur die iFrame-Methode, ansonsten das selbe Fehlerbild!

Falls du zum Fehlersuchen Zugang brauchst, kann ich dir geben! Kein Problem, also Sefrengo mein ich, FTP und Shell nur ungern - sorry!

Tschüss
Tiggr

[mrtt]

Tach zusammen,

@ Tiggr
vielen Dank für den Zugriff auf dein System.

@all
Ich habe die Meta-Refresh, iFrame und HTTP-Header-Redirect Methoden aktualisiert und den mod_rewrite 2 support überarbeitet.
Der Download oben wurde von mir ersetzt und enthält nun die fehlerbereinigte Version.
Das Problem mit Multi-Lingualen Seiten besteht weiterhin. Jedoch vermute ich zu wissen wo der Fehler liegt. Ich bleibe bei der Sache am Ball.
Notfalls muss ich, zur Unterstüzung mehrsprachiger Projekte, die Speichern- und Ladenfunktionen neu schreiben (das ist wieder viel arbeit).

Also das Plugin ist erstmal nur auf einsprachigen Projekten funktionstüchtig.

Sebastian

[Tiggr]

Hallo Sebastian,

vielen Dank für deine Mühe! Die neue Version funktioniert Spitze!

Hab das ganze auch mal auf meiner Zweisprachigen Seite ausprobiert, auch da funktioniert das ganze prima, nur die Fehlermeldung beim Speichern ist noch da, aber ich konnte keine negativen Auswirkungen feststellen. Bis auf die Tatsache, dass bei der "intelligenten Methode" die Infotexte "Sie können jetzt das Fenster schließen." nicht übersetzbar sind! ;-)

Ich hätte aber noch einen kleinen Feature-Request:

Beim Rewrite der Mail-Adressenlinks gehen leider Klassenangaben, Styles, rel-Attribute und so weiter verloren. Kannst du die vielleicht irgendwie erhalten, oder wenigstens im Backend global einstellbar machen?

Tschüss
Tiggr (aka Marcus)

[mrtt]

Hi,

"intelligenten Methode" die Infotexte "Sie können jetzt das Fenster schließen." nicht übersetzbar sind! ;-)

die fähigkeit mehrere sprachen zu verwalten ist im Plugin schon teilweise vorhanden. Ich muss nur noch den Konfigurationsbereich auf mehrsprachigkeit umschreiben.

Beim Rewrite der Mail-Adressenlinks gehen leider Klassenangaben, Styles, rel-Attribute und so weiter verloren. Kannst du die vielleicht irgendwie erhalten, oder wenigstens im Backend global einstellbar machen?

An evtl. vorhandene Stylesheets oder rel-Angaben habe ich bisher nicht gedacht. Werde diese aber in einer der nächsten releases einplanen.

Sebastian

Der Beitrag wurde von mrtt bearbeitet: Sun. 18. March 2007, 15:11

[Tiggr]

Super!

Ich würde das Plugin aber nach meinen bisherigen Erfahrungen schon jetzt ohne Einschränkung empfehlen!

Insbesondere die Tags zum Verhindern des Umschreibens sind genial!

Nie wieder Spam!

[Tiggr]

Hiho!

Sebastian ist zu schüchtern, aber er hat das Problem mit der Fehlermeldung beim Speichern wohl auch schon gelöst: Fehler in inc.header.php Zeile 111

Tschüss
Tiggr

[Tiggr]

Hiho!

Noch ein kleines Problem: Die Funtkion (regex?) zum verlinken von nicht verlinkten mails ist leider sehr agressiv. Die verlinkt munter alles was ein @ enthält. Nun hab ich aber im Text einen Jörg "M@ddy" Nachname verlink, und zack wird das at mit spans geklammert. Ist ja nicht schlimm, aber er verlinkt es auch als mail!

Hier sollte die regex dann doch etwas wählerischer sein. Sowas in der Art von:

QUELLTEXT

[\w\d\.]+@[\w\d\.]+\.\w{3,4}

Also vor dem @ mind. ein Buchstabe/Zahl oder ., danach eine beliebige Kombination von Buchstaben, Zahlen und Punkten und dann ein Punkt und 1-4 Zeichen, also Toplevel-Domain. Wobei es da bessere Beispiele im Internet gebt (Activestate hat da was, glaub ich).

Alles ohne Garantie und nicht getestet!

Tschüss
Tiggr

[mrtt]

Hi,

Noch ein kleines Problem: Die Funtkion (regex?) zum verlinken von nicht verlinkten mails ist leider sehr agressiv.

danke für die Info. Ich werd' die Funktion noch mal prüfen. Egendlich sollte sie nur dann matchen, wenn eine gültige struktur vorliegt. Also mit
TLD und domain.

Sebastian