eMail Schutz v02.00.00 beta (v01.01.06), Schützen von eMail-Adressen vor Spidern/Crawlern |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
eMail Schutz v02.00.00 beta (v01.01.06), Schützen von eMail-Adressen vor Spidern/Crawlern |
Wed. 14. March 2007, 19:07
Beitrag
#1
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
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 |
|
|
Wed. 14. March 2007, 19:18
Beitrag
#2
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
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 |
|
|
Wed. 14. March 2007, 20:13
Beitrag
#3
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
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 -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Wed. 14. March 2007, 20:45
Beitrag
#4
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
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. -------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Wed. 14. March 2007, 21:29
Beitrag
#5
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
Ich hab mod_rewrite=1, ob es daran liegen kann?
Ansonsten teste ich im FF2! -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Wed. 14. March 2007, 23:15
Beitrag
#6
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
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 |
|
|
Wed. 14. March 2007, 23:37
Beitrag
#7
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
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 -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Wed. 14. March 2007, 23:46
Beitrag
#8
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
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 |
|
|
Thu. 15. March 2007, 08:16
Beitrag
#9
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
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. -------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Thu. 15. March 2007, 11:20
Beitrag
#10
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
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_* |
Fri. 16. March 2007, 13:16
Beitrag
#11
|
Guests |
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. |
|
|
Fri. 16. March 2007, 15:01
Beitrag
#12
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
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 |
|
|
Fri. 16. March 2007, 21:44
Beitrag
#13
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
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 -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Sat. 17. March 2007, 23:33
Beitrag
#14
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
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 |
|
|
Sun. 18. March 2007, 12:48
Beitrag
#15
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
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) -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Sun. 18. March 2007, 15:10
Beitrag
#16
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
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 |
|
|
Sun. 18. March 2007, 15:22
Beitrag
#17
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
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! -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Mon. 19. March 2007, 20:59
Beitrag
#18
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
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 -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Tue. 20. March 2007, 11:01
Beitrag
#19
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
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 -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Tue. 20. March 2007, 11:13
Beitrag
#20
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
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 |
|
|
Vereinfachte Darstellung | Aktuelles Datum: 25.9.24 - 08:51 |