Plugin: eMail Schutz, ehemals eMail Kodierer |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
Plugin: eMail Schutz, ehemals eMail Kodierer |
Thu. 4. January 2007, 13:45
Beitrag
#1
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
Bitte Punkt Update/ Migration beachten!
Edit: 05.01.2007 18:10 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 Autor(en): --------------------------------------------------------------------------- mrtt - Sebastian Tiegel Lizenz: --------------------------------------------------------------------------- GPL, Benötigte Sefrengo Version: --------------------------------------------------------------------------- >= 01.91.00 (Sefrengo 1.2 alpha2) (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. Vor dem Update von eMail Kodierer v01.00.00 auf eMail Schutz v01.01.00 beta3 muss das pre_update_mailprotector.cmsplugin eingespielt werden. Die Version eMail Schutz v01.01.00 beta1 muss komplett vom System gelöscht werden. Die Version eMail Schutz v01.01.00 beta2 kann einfach reinstalliert werden. Dokumentation: --------------------------------------------------------------------------- Keine vorhanden Links: --------------------------------------------------------------------------- Problem update.meta - http://forum.sefrengo.org/index.php?showtopic=713 Kodierer -> Schutz entwickler Thread - http://forum.sefrengo.org/index.php?showtopic=692 Kodierer Plugin - http://forum.sefrengo.org/index.php?showtopic=702 QUELLTEXT Current versionnumber is 01.01.00 beta3 - released 05.01.2007 18:10
------------------------------------------------------------------------------------------------ + Meta-Refresh zum öffnen der eMail-Adresse ^ sid wird nur noch Angehängt, wenn sid vorhanden ist + Funktion für zukünfitge Updates in mailprotrector_meta.php integriert Der Beitrag wurde von mrtt bearbeitet: Sat. 6. January 2007, 02:28 |
|
|
Thu. 4. January 2007, 14:56
Beitrag
#2
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
Glückwunsch!!! Läuft bis jetzt problemlos. Teste weiter ...
Eine Frage noch zur Navi im BE für Plugins. Emailschutz läuft unter der Registerkarte Plugins/ eMail Schutz, was ich gut und richtig finde. Die Plugins Backend-Log und OpenIDfinde ich dagegen dagegen unter Administration. Hier scheint mir, das die logische Anordnung noch nicht recht geklärt ist oder festgelegt werden sollte, oder? -------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Thu. 4. January 2007, 15:06
Beitrag
#3
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
Hi,
ich denke, es wird auf jedem System laufen, wenn der Kodierer vorher komplett gelöscht wird. Das Problem liegt beim Update. --> Deswegen auch als beta gepostet. Sebastian Der Beitrag wurde von mrtt bearbeitet: Thu. 4. January 2007, 15:07 |
|
|
Thu. 4. January 2007, 18:02
Beitrag
#4
|
|
Member Gruppe: Members Beiträge: 30 Mitglied seit: 30.06.2006 Wohnort: LDK/Hessen Mitglieds-Nr.: 26 |
Hallo Sebastian,
danke für das super Plugin. Habs gleich installiert und hoffe jetzt, dass es seinen Zweck erfüllt Mir sind ein paar Kleinigkeiten aufgefallen. Wenn ich auf den Link klicke wird mein Mail-Programm geöffnet was super funktioniert. Nur öffnet der Browser eine neue leere Seite, so dass meine eigentliche Website weg ist und der Besucher keine Informationen sieht wo er ist und erstmal darauf kommen muss, wieder auf die Website zu kommen. Ich wollte gerne das "@" unter "@ ersetzen durch" verwenden, was aber nur gespeichert wird, wenn ich den ascii-Zeichensatz eingebe. Im ersten Projekt (von 2) und nur dort erhalte ich beim Speichern der Einstellungen unter Plugins - eMail Schutz folgende Fehlermeldung: Warning: array_key_exists(): The first argument should be either a string or an integer in /www.../www.domain.de/backend/inc/inc.header.php on line 111 Gespeichert wird trotzdem, es haut nur das Backendmenu etwas durcheinander. Nochmals danke für das Plugin, so eine Funktion kann man wirklich super gut gebrauchen. -------------------- Gruß André
...AndreX... |
|
|
Thu. 4. January 2007, 19:03
Beitrag
#5
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
Hi,
Wenn ich auf den Link klicke wird mein Mail-Programm geöffnet was super funktioniert. Nur öffnet der Browser eine neue leere Seite, so dass meine eigentliche Website weg ist und der Besucher keine Informationen sieht wo er ist und erstmal darauf kommen muss, wieder auf die Website zu kommen das hängt damit zusammen, das die Seite die aufgerufen wird die Mail-Adresse via http-Header Location umleitet. Das erlaubt keine Ausgabe von HTML-Code Was ich anbieten könnte: Ich könnt in der Konfiguration eine Auswahl anbieten, die erlaubt festzulegen, wie die MAil-Adresse geöffnet werden soll. Mögliche Ausgabeformen währen:
Weitere Möglichkeiten bitte Posten! Ich wollte gerne das "@" unter "@ ersetzen durch" verwenden, was aber nur gespeichert wird, wenn ich den ascii-Zeichensatz eingebe. das habe ich Verboten! Denn sonst hätte das Plugin keinen Sinn! Du könntest höchstens " @ " verwenden (also mit Leerzeichen). Im ersten Projekt (von 2) und nur dort erhalte ich beim Speichern der Einstellungen unter Plugins - eMail Schutz folgende Fehlermeldung: Warning: array_key_exists(): The first argument should be either a string or an integer in /www.../www.domain.de/backend/inc/inc.header.php on line 111 Gespeichert wird trotzdem, es haut nur das Backendmenu etwas durcheinander. Bestätigt, scheint aber ein Problem des Systems zu sein. Konnte den Fehler mit "Seitenstatistik" reproduzieren. Problem tritt immer auf, wenn man sich in einem Projekt im Reiter Plugin befindet und dann in ein anderes Projekt wechselt. Befindet man sich dagegen im Reiter "Redaktion -> Seiten" und wechselt dann das Projekt, funktioniert alles wie es soll. Es findet scheinbar kein wirklicher Projektwechsel statt. Aber gut zu wissen. Sebastian Der Beitrag wurde von mrtt bearbeitet: Thu. 4. January 2007, 19:30 |
|
|
Thu. 4. January 2007, 22:22
Beitrag
#6
|
|
Member Gruppe: Members Beiträge: 30 Mitglied seit: 30.06.2006 Wohnort: LDK/Hessen Mitglieds-Nr.: 26 |
Hi,
wusste nicht, dass es nur mit der leeren Seite funktioniert. Da hatte ich gehofft, dass es nur eine Kleinigkeit ist mit target blank oder so oder irgendwie ein refresh auf die letzte Seite. Meine Fehlermeldung bekomme ich nicht beim Projektwechsel, sondern beim Abspeichern des eMail Schutz Formulars. Kann aber schon sein, dass es auch mit der Seitenstatistik unter dem gleichen Reiter zusammenhängt, dass kann ich nicht ausschließen. Da die Einstellungen aber im Normalfall nur einmal getätigt werden kann ich die Fehlermeldung vernachlässigen, scheint ja alles zu funktionieren. VG André -------------------- Gruß André
...AndreX... |
|
|
Thu. 4. January 2007, 23:16
Beitrag
#7
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
Hi,
ich kann diesen Fehler nur Reproduzieren, wenn unmittelbar vor dem Speichern das Projekt gewechselt habe. Dann habe ich den Fehler sowohl in diesem Plugin, als auch im Plugin "Seitenstatistik " (es wird dann keine Statistik angezeigt!). Ich werde gleich die Datei oben ersetzen, dann kann zwischen HTTP-Location Redirect (aktuelle Methode) und öffnen im iFrame-Methode gewählt werden. Mit iFrame entstehen keine weißen Seiten mehr! Wichtig: Auch hier erst die Beta komplett löschen, bevor neue Version installiert wird! Sebastian Der Beitrag wurde von mrtt bearbeitet: Thu. 4. January 2007, 23:20 |
|
|
Fri. 5. January 2007, 00:45
Beitrag
#8
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
Da solltet ihr aber unbedingt was dran tuen, das IFrame ist doch auch keine Lösung. Ich hab mal kurz angetestet, einfach in der mail.php das editiert, es geht sehr wohl da was auszugeben, guck:
QUELLTEXT echo "<h1>test</h1>"; unset($mailprotector); ?> gibt zwar einen Fehler, aber immerhin der Fehler: Warning: Cannot modify header information - headers already sent by (output started at C:\apachePHP\xampp\htdocs\seffi\backend\plugins\mailprotector\mail.php:67) in C:\apachePHP\xampp\htdocs\seffi\projekt01\index.php on line 413 Das mindeste wäre da einen Metarefresh auszulösen der die Leute die einen Referer senden zurückschickt, oder man übermittelt auch die Seiten ID mit, da müsste doch was zu machen sein... EDIT ha, SeitenID gibts ja schon, guck so sieht der Link bei mir aus, h*ttp://localhost/seffi/projekt01/index.php?mailprotector_id=2p3dL0dacajXq73pSjpHR0lGG16buPXf&idcatside=11&sid= warum hängt da noch ein leeres sid dran? -------------------- |
|
|
Fri. 5. January 2007, 01:12
Beitrag
#9
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
Hallo Olaf,
es kommt darauf, welchen Browser du verwendest! Der Firefox zeigt den Text (plus ´Fehler) an. Der IE nicht (der macht ausnahmsweise mal alles richtig). Wie das bei anderen (Konqueror, Safari und wie sie alle heißen) ist, kann ich nicht sagen. Die Sache mit dem Meta-Refresh müsste man test. Problem, es läst sich nur ein M-Refresh pro Seite definieren. Heißt man müsste hier ein Frameset verwenden, um sowohl die Mail öffnen zu können und zurück zur Ursprungsseite zu kommen. Das ist auch nicht besonders schön! Sebastian Der Beitrag wurde von mrtt bearbeitet: Fri. 5. January 2007, 01:34 |
|
|
Fri. 5. January 2007, 01:37
Beitrag
#10
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
|
|
|
Fri. 5. January 2007, 10:45
Beitrag
#11
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
Ob der IE das richtig macht?
Ich weiß nicht wie es technisch geht, aber gehen müsste es. Die URL ist vorhanden, da müsste nur das "?mailprotector_id=2p3dL0dacajXq73pSjpHR0lGG16buPXf" gestrippt werden und dann wieder dahin umgeleitet werden. Weiß nicht wie es mit mod_rewrite aussieht!? Das leere &sid= sollte man auch drauf prüfen, ist es leer dann nicht ausgeben. Guck mal, das klappt bei mir schon, iss aber wohl ein übeler Hack QUELLTEXT unset($mailprotector); echo "<meta http-equiv=\"refresh\" content=\"0; URL=$PHP_SELF\">"; ?> EDIT aber nicht in IE, das Mistvieh 2. EDIT Im IE steht ja "mailto:adresse" in der Adresszeile! Nur noch mal als Anmerkung warum mir das IFrame gar nicht gefällt, es ist nicht kalkulierbar wie sich das aufs Seitenlayout auswirkt. Stell dir vor einer hat das in seiner CSS iframe{ width:1000px; height:1000px; } -------------------- |
|
|
Fri. 5. January 2007, 10:58
Beitrag
#12
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
Übrigens finde ich die Lösung des Updates, mit der Versionskontrolle über die 'cms_values' toll gelöst
Siehe auch hier http://forum.sefrengo.org/index.php?showtopic=644 Gruß Der Beitrag wurde von STam bearbeitet: Fri. 5. January 2007, 10:59 |
|
|
Fri. 5. January 2007, 12:29
Beitrag
#13
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
ZITAT Problem, es läst sich nur ein M-Refresh pro Seite definieren. Heißt man müsste hier ein Frameset verwenden, um sowohl die Mail öffnen zu können und zurück zur Ursprungsseite zu kommen. Das ist auch nicht besonders schön! Du bist doch noch auf der ursprungsseite Du setzt $output nicht gleich null sondern baust in den header der Seite einen meta-refresh zu einer email-adresse ein (einfach per str_replace '</header>' dursch '<meta.../></header' ersetzen). Ist nicht sonderlich schön (HTTP-Header wäre mir lieber gewsesen) aber da sich der IE weigert einen Location-Header zu senden und gleichzeitig HTML-Dtaten zu produzieren... Das mit den Updates hast du schön gelöst das werd ich mir abgucken *fg* Gruß, Peter |
|
|
Fri. 5. January 2007, 18:40
Beitrag
#14
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
Ob der IE das richtig macht? Doch der macht alles richtig! Schließlich macht es keinen sinn noch HTML auszugeben, wenn ein HTTP-Location Replace empfangen wurde. Aber es ist ja nicht unsere Sache darüber zu diskutieren ob er's richtig macht oder nicht! Du bist doch noch auf der ursprungsseite Stimmt, war aber auch spät gestern abend, da konnt ich auch nicht mehr richtig denken! Du setzt $output nicht gleich null sondern baust in den header der Seite einen meta-refresh zu einer email-adresse ein (einfach per str_replace '</header>' dursch '<meta.../></header' ersetzen). Ist nicht sonderlich schön (HTTP-Header wäre mir lieber gewsesen) aber da sich der IE weigert einen Location-Header zu senden und gleichzeitig HTML-Dtaten zu produzieren... Hab ich mal eingebaut. Kann oben als Beta3 heruntergeladen werden. Jedoch taucht die Mail-Adresse beim Meta-Refresh wieder im Quelltext auf, wodurch sie wieder von Crawlern gefunden werden kann!!! Zusätzlich wurde noch das mit dem sid gefixt. Die Beta3 kann über die Beta2 (re-)installiert werden. Die Beta1 muss vorher gelöscht werden. Und für das Update von eMail Kodierer 1.0 liegt ein "pre_update" im ZIP. Sebastian Der Beitrag wurde von mrtt bearbeitet: Sat. 6. January 2007, 02:15 |
|
|
Fri. 5. January 2007, 23:26
Beitrag
#15
|
|
Member Gruppe: Members Beiträge: 30 Mitglied seit: 30.06.2006 Wohnort: LDK/Hessen Mitglieds-Nr.: 26 |
Hi,
Beta3 installiert und kurz getestet. iFrame geht bei mir nicht im IE7 Meta-Refresh klappt bestens in IE7 und FF2 HTTP-Header Location Redirect klappt auch in beiden, wobei da die leere Seite kommt (wo-bin-ich). Habs jetzt mal auf Meta-Refresh eingestellt, ohne wirklich zu wissen, wie gut da die Adressen geschützt sind. Danke nochmal und liebe Grüße André -------------------- Gruß André
...AndreX... |
|
|
Sat. 6. January 2007, 01:42
Beitrag
#16
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
ZITAT Hab ich mal eingebaut. Kann oben als Beta3 heruntergeladen werden. Jedoch taucht die Mail-Adresse beim Meta-Refresh wieder im Quelltext auf, wodurch sie wieder von Crawlern gefunden werden kann!!! Das kann ich so nicht bestätigen, weder IE noch FF zeigen die Mailadresse an. Hast du richtig geschaut!? Einzig, in der URL steht jetzt das ?mailprotector_id=5dKCku7U3eloqpuqTvbqlsTV6Ab3HmZD mit drin, wenn das noch rauszuschmeißen wäre, es wäre perfekt, das Teil!!!! Beim Update ging ein JS-Popup auf wo ich gefragt wurde ob ich reinstallieren wolle, weiß nicht wo/ob man das anpassen sollte, denn eigentlich wollte ich ja updaten. -------------------- |
|
|
Sat. 6. January 2007, 02:14
Beitrag
#17
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 111 Mitglied seit: 11.10.2006 Mitglieds-Nr.: 285 |
Hi,
HTTP-Header Location Redirect klappt auch in beiden, wobei da die leere Seite kommt (wo-bin-ich). Ja, das mit dem HTTP-Header Location Redirect ist so ne Sache. Was man da machen könnte: Ein neues Fenster öffnen, kurze Meldeung "eMail-Adresse wird geöffnet ..." (oder ähnlich), dann den HTTP Redirect (wäre dann die sicherste Sache). Beim Firefox reicht es aus in der mail.php die Zeilen 33 und 34 zu löschen. Dadurch wird der Content wieder übertragen! Jedoch zeigt der IE den nicht an. Andere Browser nicht getestet. Das kann ich so nicht bestätigen, weder IE noch FF zeigen die Mailadresse an. Hast du richtig geschaut!? Wenn man auf einen Link klickt, steht bei der Meta-Refresh Methode im Quelltext am Ende des </head>-Bereichs die Zeile QUELLTEXT <meta http-equiv="refresh" content="0; URL=mailto:email@server.tld"> Diese kann von Crawlern wieder ausgelesen werden. (Was diese auch tun werden) Hab mich nicht genau ausgedrückt. Sorry, das mit dem richtig/genau Ausdrücken muss ich wohl (Emsländer Wohl!!!) noch ein wenig üben. Einzig, in der URL steht jetzt das ?mailprotector_id=5dKCku7U3eloqpuqTvbqlsTV6Ab3HmZD mit drin, wenn das noch rauszuschmeißen wäre, es wäre perfekt, das Teil!!!! Irgendwoher muss das Script doch wissen, welche eMail-Adresse ausgegeben werden soll! Deswegen ?mailprotector_id=xxx . Achja, das mit reinstallieren hat damit zu tun, dass ich der Versionsnummer nicht nach oben gesetzt hab! Sebastian Der Beitrag wurde von mrtt bearbeitet: Sat. 6. January 2007, 02:19 |
|
|
Sat. 6. January 2007, 10:18
Beitrag
#18
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 613 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 30 |
Ah ja, ich hab es immer noch nicht begriffen das wir die Seite ja gar nicht verlassen
Aber warum eigentlich nicht? Geht es vielleicht in diese Richtung zu machen? QUELLTEXT } else if ($mailprotector['cfg']['how_to_open_method']=="meta_refresh") { while($db->next_record()){ $output=preg_replace("!</head>!si",'<meta http-equiv="refresh" content="2; URL=HIER JETZT DIE URL OHNE DAS ?MAILPROT"></head>',$output); $mailprotector['temp']="Location: mailto:".$db->f('mail_address'); header($mailprotector['temp']); } Aber geht wohl nicht, weil es zwar den Header verändert aber dann die Location wechselt und wir sind genau so schlau wie vorher. Mit dem neuem Fenster, wenns gar nicht anders geht.... -------------------- |
|
|
Sat. 6. January 2007, 14:18
Beitrag
#19
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
Bei mir kommt es in allen drei Einstellungen
iFrame-Methode Meta-Refresh HTTP-Header Location Redirect zu einem Browserstillstand, den ich mit strg-alt-entf. ändern kann. Das gilt für FF2 und IE 7 -------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Sat. 6. January 2007, 19:09
Beitrag
#20
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
ZITAT Eine Frage noch zur Navi im BE für Plugins. Emailschutz läuft unter der Registerkarte Plugins/ eMail Schutz, was ich gut und richtig finde. Die Plugins Backend-Log und OpenIDfinde ich dagegen dagegen unter Administration. Ich sehe das so dass ein Plugin das System erweitert und zwar in dem es sich Nahtlos ins System eingliedert. Ein extra Reite "Plugins" widerspricht diesem Konzept. ZITAT Bei mir kommt es in allen drei Einstellungen [..] zu einem Browserstillstand, den ich mit strg-alt-entf. ändern kann. Das gilt für FF2 und IE 7 Deuetet für mich ehr auf ein Problem auf deinem System hin. Welches Programm hast ud als Standard-eMailclient auf deinem System eingestellt und funktioniert dieser richtig wenn du auf einen normalen mailto:-Link klickst? Gruß, Peter |
|
|
Vereinfachte Darstellung | Aktuelles Datum: 27.9.24 - 06:20 |