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



Download:
---------------------------------------------------------------------------
Klicken um den Anhang anzusehen

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

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:



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

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.


Kann ich betätigen.

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

Ansonsten teste ich im FF2!

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

Wundert mich. Multilinguales Seite? Mehrer Projekte?


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.


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.



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

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:



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

Bei Metarefresh siehts besser aus:



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

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



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

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.

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.

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

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

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

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)

Hi,

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


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

Sebastian

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!

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

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:



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

Hi,


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

Ist aber nicht so schlimm, gibt ja noch die <disable_mailprotector>-Tags! :-) Ist echt genial so!

<disable_mailprotector> gilt aber immer für die ganze Seite, oder? Nicht nur für einen Bereich?



wirkt auf die ganze Seite, oder?

Ja, gilt noch für die ganze Seite. Bereiche sind in vorbereitung.

Sebastian

Cool!

Vielen Dank!

haste ne idee wie das neue tag heißen könnte?
sebastian

Warum ein neuer? Tut's der alte nicht?

ich machs folgendemaßen:

<disable_mailprotector /> zum abschalten auf der kompletten Seite
<disable_mailprotector> bereich </disable_mailprotector> für teilbereiche einer Seite

Sebastian

Find ich gut so! So verwende ich das nämlich jetzt schon! Schaltet halt immer überall ab zur Zeit...

Hi Tiggr,

hast recht. Die bedingung/eingrenzung für die TLD fehlt.
Hab das korrigiert, jedoch noch nicht online gestellt.
Mir ist noch ein viel größer Fehler aufgefallen an dem ich der Zeit werkle.
Das Plugin matcht (fast) alle links. So kann es zum "verschlucken" von kompletten Seitenbereichen/Inhalten kommen.
Sobald das gefixt ist, werde ich eine neue Version online stellen, die dann auch das abschalten des Plugins auf einzelne Teilbereiche einer Seite erlaubt.
Auch das übernehmen von Attributen aus dem original Tag und das hinzufügen von Attributen, bei automatisch verlinkten Adressen ist dann möglich.

Die Konfiguration für verschiedene Sprachen lässt allerdings noch auf sich warten ;-)

Sebastian

Ups, da hatte ich ja Glück, das der Fehler bei mir nicht so auftrat! :-)

Trotzdem gute Arbeite von dir, und schnelle Reaktion! Prima! Danke!

Hi Tiggr,

nochmal eine Frage an dich: du setzt das Plugin ja schon auf zwei Seiten ein.
Hast du irgendwelche einbußen im Bezug auf den Seitenaufbau bemerkt oder ist das Plugin beim Aufbau der Seite nicht "spürbar"?

Wenn es stark spürbar ist, würd ich nochmal versuchen das ganze ein bissl flotter zu machen.

Sebastian

Ich persönlich empfinde es als "nicht spürbar", hab aber auch nicht die Powerserver mit der ultimativen Leitung dahinter, und nirgends ne schneller Leitung als 2Mbit!

Aber ich merk keinen Unterschied, ob mit oder ohne!

das gleiche gilt für mich auch. (Beta3 auf einigen Seiten)

sehr schön, wenn da keine einbußen zu spüren sind, kann ich ja die beta2 veröffentlichen.

EDIT:

it's done: http://forum.sefrengo.org/index.php?showtopic=977