Advanced eMail Obfuscation

[gregor]

Perfekt, bei mir funktioniert es nun auch mit Contao 3.1.2.
Danke für Deine Bemühungen.

LG
Gregor

[Mary]

Ja, kann ich bestätigen, funktioniert auch bei mir nun unter Contao 3.1.2. Vielen Dank für Deine Mühen und diese tolle Erweiterung!

Beim Versuch nun die Fallback-Seite mit einem individuellen Inhalt (Inhaltselement "Advanced eMail Obfuscation") zu befüllen und zu gestalten, scheitere ich daran, dass:

• der Inhalt in "Überschrift" nicht ausgegeben wird.
• Werte in den Feldern "CSS-ID/Klasse" und
• Werte in "Abstand davor und danach" nicht übernommen werden.

[oetzi]

Hi,

Ja, kann ich bestätigen, funktioniert auch bei mir nun unter Contao 3.1.2. Vielen Dank für Deine Mühen und diese tolle Erweiterung!

Beim Versuch nun die Fallback-Seite mit einem individuellen Inhalt (Inhaltselement "Advanced eMail Obfuscation") zu befüllen und zu gestalten, scheitere ich daran, dass:

• der Inhalt in "Überschrift" nicht ausgegeben wird.
• Werte in den Feldern "CSS-ID/Klasse" und
• Werte in "Abstand davor und danach" nicht übernommen werden.

Fehler sind (hoffentlich) behoben und die neue Version im ER hochgeladen.

lg
oetzi

[Mary]

Ja, funktioniert nun! Vielen Dank!!

[gregor]

Hi oetzi,

vielen, vielen Dank für die 3.2.7er Freigabe im ER.
Werde mich nun mal ans updaten dransetzen.

LG
Gregor

[Thomas]

Was muss eigentlich bei *Virtueller Pfad* eingetragen werden?

[oetzi]

Hi,

im Prinzip kannst du da fast alles eintragen. Ich nehme meist mail.

lg
oetzi

[qfler]

Unter Contao 3.1.4 funktioniert die aktuelleste Version 3.1.0 Build 40 bei deaktiviertem Javascript leider nicht. Wenn man da auf einen E-Mail Link klickt, findet das Script die Weiterleitungs/Fallback-Seite nicht. Stattdessen bekommt man einen Page not Found Fehler. Wir haben das auf zwei unterschiedlichen Websites im Einsatz. Beide nutzen auch den MultiColumnWizard in der aktuellsten Version. Bei aktiviertem Javascript funktioniert hingegen alles reibungslos.

Konnte dieses Problem von euch schon jemand lösen?

[oetzi]

Hi,

Unter Contao 3.1.4 funktioniert die aktuelleste Version 3.1.0 Build 40 bei deaktiviertem Javascript leider nicht. Wenn man da auf einen E-Mail Link klickt, findet das Script die Weiterleitungs/Fallback-Seite nicht. Stattdessen bekommt man einen Page not Found Fehler. Wir haben das auf zwei unterschiedlichen Websites im Einsatz. Beide nutzen auch den MultiColumnWizard in der aktuellsten Version. Bei aktiviertem Javascript funktioniert hingegen alles reibungslos.

Konnte dieses Problem von euch schon jemand lösen?

ich habe mir das gerade eben mal angeschaut. Ich habe mal bewusst die Version 3.0.5 und 3.1.4 verglichen. Erst hat es bei mir nur in der 3.1.4 und nicht in der 3.0.5 geklappt. Also genau umgekehrt wie bei dir.

Ich arbeite in solchen Fällen gerne mit contao2go. Dort ist mir dann aufgefallen, dass ich in der 3.0.5er Version noch keine passende .htaccess-Datei im root liegen hatte. Also ich die sauber hinterlegt hatte, lief es auch da. Der Fehler sollte vermutlich hauptsächlich dann auftreten, wenn man die Option "URLs umschreiben" aktiviert hat.

lg
oetzi

[qfler]

Ja, die Option URLs Umschreiben ist aktiv. Was müsste denn an der Standard Contao htaccess geändert werden, damit es funktioniert?

[oetzi]

Hi,

Ja, die Option URLs Umschreiben ist aktiv. Was müsste denn an der Standard Contao htaccess geändert werden, damit es funktioniert?

kann man sich den Fehler denn irgendwo online mal anschauen?

lg
oetzi

[qfler]

Hallo Oetzi,

ich habe dir gerade einen Link per PM geschickt. Vorab schon mal Danke.

[gregor]

Ich habe ein Problem mit E-Mail-Adressen, deren Domain mit einer Ziffer beginnen, wie z.Bspl. test(at)1-test.tld. AEO setzt die Ziffer der Domain nach vorne und zeigt dann 1test(at)–test.tld an, jedoch bleibt der mailto-Link korrekt.

Das Verhalten ist mit Contao 2.11.17 und Conto 3.2.20 bei mir reproduzierbar. Dabei spielt es keine Rolle ob die E-Mail-Adresse mit {{email::*.*}} oder mit mailto eingebunden ist.
Deaktiviere ich AEO, tritt das Problem nicht auf.

VG
Gregor

[morhai]

Hallo,

Nach einem Update von 3.4 auf 3.5 bekomme ich im Frontend beim Aufruf meiner Startseite ein 404-Fehler.
Das Backend meldet im Log: No active page for page ID "15", Funktion: Contao\PageError404::generate

Bei der ID handelt es sich um die erste Seite im Seitenbaum. Wenn an gleicher Stelle (also an erster Stelle nach dem Startpunkt der Seite) eine neue Seite erstellt wird, erscheint im Log die entsprechende ID der neuen Seite.
Die Seite ID 15 kann über deren Alias (start) direkt ohne Probleme aufgerufen werden.

Sprich:
www.meineseite.de/ --> Fehler
www.meineseite.de/start.html --> Kein Problem

Nach deaktivieren von aoe funktioniert alles einwandfrei.

Hier der ursprüngliche Thread: https://community.contao.org/de/show...ge-for-page-ID

Falls ich bei der Fehlerbehebung unterstützen kann bitte melden.

[oetzi]

Hi,

ich habe eben eine neue Version im ER hochgeladen. Diese behebt die beiden Fehler (Zahl am Anfang der Domain und Problem bei Contao 3.5).

lg
oetzi

[theobald]

Hallo oetzi,

wir haben wir ein professionelles (teures) Theme gekauft, welches jQuery im noconflict-Mode betreibt. Alle Module oder Komponenten, die nicht in diesem Mode laufen, initialisieren nicht mehr, da sie den Funktionsbezeichner $() nicht zur verfügung haben.

Was kann ich tun, um aeo in den noconflict-Mode zu bringen? Oder einfach funktionsfähig zu machen?

Ich habe zwar schon die js_templates mit

(function($) {
  aeo jQuery-Code goes here
})(jQuery);

anzupassen versucht. Das klappt aber nicht, weil aeo auch mootools verwenden kann.

Daher finde ich auf die Schnelle nicht den Punkt, wo angepasst werden muss.

Kannst Du einen Tipp geben?

Herzlichen Dank!
Theo

[Spooky]

Besser wäre wohl herauszufinden warum das Theme unbedingt den noConflict Mode braucht.

[theobald]

ja das habe ich den Hersteller auch schon gefragt. Er möchte nur gegen Bezahlung antworten.
Und wir haben das Theme ja erworben, um schnell ein gutes Design zu haben.
Das Theme ist aber sehr groß und umfasst viele viele Komponenten, so dass ich selbst die Ursache wohl nicht so schnell finden kann...

Eigentlich wollten wir Zeit durch den Einsatz eines kommerziellen Themes saparen

Naja..

Gibt es vielleicht dennoch eine Möglichkeit aeo zum Laufen zu bewegen?

Viele Grüße vom
Theo

[Spooky]

ja das habe ich den Hersteller auch schon gefragt. Er möchte nur gegen Bezahlung antworten.

?? Für das Theme, dass ihr da bezahlt habt, bekommt ihr nicht mal support? Von wo ist das?

Das Theme ist aber sehr groß und umfasst viele viele Komponenten, so dass ich selbst die Ursache wohl nicht so schnell finden kann...

Naja, poste mal einen Link, vielleicht ist die Analyse ja nicht schwierig.

[theobald]

Hallo Spooky,

also ich weiss nicht, ob ich den Hersteller hier so nennen darf ich bin kein alter contao Hase. Vielleicht verstößt es gegen die Foren-Regeln oder jemand zürnt mir dann und ich bin mit dem Forum bisher sehr gut gefahren. Alle sind sehr freundlich und hilfsbereit. Mal soviel: Es ist ein Theme aus dem offiziellen contao store mit 30 Tagen Rückgabegarantie für 150,- Mäuse

Meine erste Anfrage an den Hersteller galt dem fullcalendar. Der geht nämlich auch nicht zusammen mit dem Theme. Diesbezüglich hat der Hersteller geantwortet, dass er bei third-party-komponenten keinen Support leistet.

Aber in diesem Falle konnte ich durch Anpassen des js templates den noconflict Mode für den fullcalendar erzwingen. Jetzt geht der fullcalendar, wenngleich nicht updatesicher.

Allerdings geht auch der aeo nicht. Aufgrund desselben Problems.

Ja Du kannst die staging-Site besuchen - aber ich möchte Dir keine Zeit klauen

Ich schicke den Link mal per PM.

Herzlichen Dank vom
Theo

[Spooky]

jQuery.noConflict(); 

befindet sich in der qualitywork.js und ist eigentlich gar nicht notwendig. Wie dem auch sei, in Zeile #5 der aeo.min.js:

function doWithJQuery(){jQuery('a[name^="aeo-obfuscated-"]').each(function(i,el){if(!$(el).hasClass('aeo-with-title')){$(el).attr('title',tooltip_js_on);} 

müsstest du die beiden $ zu jQuery umwandeln, dann ist das Problem temporär mal behoben.

[oetzi]

Hi,

jQuery.noConflict(); 

befindet sich in der qualitywork.js und ist eigentlich gar nicht notwendig. Wie dem auch sei, in Zeile #5 der aeo.min.js:

function doWithJQuery(){jQuery('a[name^="aeo-obfuscated-"]').each(function(i,el){if(!$(el).hasClass('aeo-with-title')){$(el).attr('title',tooltip_js_on);} 

müsstest du die beiden $ zu jQuery umwandeln, dann ist das Problem temporär mal behoben.

habe das so mal in eine neue Version im ER übernommen.

lg
oetzi

[theobald]

nochmal kurz Danke! Das Problem ist behoben und ich habe nun auch einen Ansatzpunkt, wo ich bei weiteren Konflikten suchen kann...

prima Forum - prima Leute!

Herzliche Grüße vom
Theo

[gregor]

Bei E-Mail-Adressen mit vorgegeben Subject, wie z.Bspl.

<a href="mailto:beispiel@beispiel.tld?subject=Mail%20mit%20Betreff">Mail mit Betreff</a>

verweigert AEO bei mir (Contao 3.2.21 und AEO 3.5.0 Build 7) leider seinen Dienst. Im FE wird die E-Mail-Adresse nicht korrekt angezeigt.

Um E-Mail-Adressen mit vorgegebenen Subject zu verwenden, muss ich bei dem entsprechenden Inhaltselement AEO deaktivieren.
Gibt es hierfür einen Workaround oder ist das generell mit AEO nicht möglich?

VG,
Gregor

[truni]

Bei E-Mail-Adressen mit vorgegeben Subject, wie z.Bspl.

<a href="mailto:beispiel@beispiel.tld?subject=Mail%20mit%20Betreff">Mail mit Betreff</a>

verweigert AEO bei mir (Contao 3.2.21 und AEO 3.5.0 Build 7) leider seinen Dienst. Im FE wird die E-Mail-Adresse nicht korrekt angezeigt. … Gibt es hierfür einen Workaround oder ist das generell mit AEO nicht möglich?
Gregor

Hallo Gregor, unter Contao 3.5.2 habe ich das Phänomen auch, aber nur, wenn man entweder %20 im subject drin hat oder einen Punkt. Bei einem tiefen Strich (_) gehts ;-)

--> kann man dies noch fixen in der Extension? Wäre super!

[gregor]

Hallo truni,

ja ohne Leer- und Sonderzeichen klappt es, aber mit _ zu arbeiten ist bei den heutigen „modernen“ Zeiten auch nicht gerade hipp.

Habe jetzt auch noch ein neues Problemchen mit sehr langen Domainnamen mit Bindestrich und schmalen Div-Containern.
Eine E-Mail-Adresse wie "meineadresse (at) einsehrlanger-domainname .tld" bricht in schmalen Spalten um und ergibt
-domainname .tld
meineadresse (at) einsehrlanger

Fixen konnte ich dies, indem ich per CSS den Umbruch für AEO unterbinde.

SPAN.obfuscated {white-space:nowrap;}

Wenn schon ein automatischer Umbruch stattfindet fände ich es besser, wenn dieser auch korrekt durchgeführt wird, wie
meineadresse (at) einsehrlanger
-domainname .tld

VG,
Gregor

[oetzi]

Hi,

die neue Version im ER (Version 3.5.1) behebt beide oben angesprochenen Fehler.

lg
oetzi

[gregor]

Erstmal vielen Dank für die Bemühungen.

Aber leider klappt das mit dem Umbruch bei mir mit Contao 3.5.2 und AEO contao-legacy/aeo 3.5.1.9005 nicht.
Der Umbruch im FE wird nicht korrekt durchgeführt.

Erst wenn ich die Verschleierungs-Methode auf "Verkürzung" oder "Null Spann" einstelle, funktioniert es korrekt.
Mit "RTL" klappt es bei leider nicht.


VG,
Gregor

[folkfreund]

Hallo,

bei mir tritt in einer Contao 3.5.2, URLs umschreiben, AEO mit RTL und ROT13 wieder der Fehler auf, dass ohne Javascript ein Page not found geliefert wird. Wenn ich oben richtig gelesen habe, dann sollte das doch behoben sein, oder?

Die Seite ist zweisprachig, die Sprache wird 'als Teil der URL (z.B. mypage.com/en/index.html)' eingetragen - es funktioniert aber auch mit anderen Einstellungen nicht.
Mit Javascript funktioniert alles bestens.

Gruß, folkfreund

PS:
Ohne ROT13 geht es ebenfalls nicht. Genauer: ich habe noch keine Einstellung gefunden, die ohne Javascript funktioniert :-(

[Rookie99]

bei mir tritt in einer Contao 3.5.2, URLs umschreiben, AEO mit RTL und ROT13 wieder der Fehler auf, dass ohne Javascript ein Page not found geliefert wird. Wenn ich oben richtig gelesen habe, dann sollte das doch behoben sein, oder?

Die Seite ist zweisprachig, die Sprache wird 'als Teil der URL (z.B. mypage.com/en/index.html)' eingetragen - es funktioniert aber auch mit anderen Einstellungen nicht.
Mit Javascript funktioniert alles bestens.

bei mir funktioniert es mit deinen Einstellungen (auch ohne URL-Umschreibung und de/en)

Weiterleitungsseite vorhaben? sichtbar/veröffentlicht? aeo-Modul in dieser Seite eingebunden?

ggf. Script-Cache, Seiten-Cache und internen Cache löschen und neu aufbauen

(Contao 3.5.2 läuft im Unterverzeichnis mit gesetzter RewriteBase, Auto-Items waren aktiviert, getestet mit Email in einer Nachricht)

[folkfreund]

Ok, ich hatte vergessen zu erwähnen: für die Zweisprachigkeit nutze ich die Erweiterung i18nl10n.
Das hat in einer früheren Version mal zusammen funktioniert. Aber nach dem Update auf C3.5.2 will es mit dem Javascript-Fallback einfach nicht klappen...

[folkfreund]

Kann irgendjemand bestätigen, dass diese beiden Erweiterungen zusammen in Contao 3.5.2 funktionieren?

[oetzi]

Hi,

Kann irgendjemand bestätigen, dass diese beiden Erweiterungen zusammen in Contao 3.5.2 funktionieren?

ich bin heute endlich mal dazu gekommen, die Kompatibilität zwischen AEO und i18nl10n wieder herzustellen. Neue Version ist im ER.

lg
oetzi

[folkfreund]

Danke, ich werde es ausprobieren!

[folkfreund]

Kann irgendjemand bestätigen, dass diese beiden Erweiterungen zusammen in Contao 3.5.2 funktionieren?

JA! Jetzt kann ich es selbst bestätigen. Vielen Dank für's Update!

[theobald]

Hallo in die Runde,

ich habe hier mehrere Installationen von Contao 3.5.3 wo ich keine fallback-Seite bei abgeschaltetem Javascript erhalte, sondern stattdessen folgende Fehlermeldung:

[28-Mar-2016 08:10:18 GMT] 
PHP Recoverable error: Argument 1 passed to Contao\Controller::generateFrontendUrl() must be of the type array, boolean given, called in system/modules/zaeo/AeoHybrid.php on line 193 and defined in system/modules/core/library/Contao/Controller.php on line 1082
#0 system/modules/core/library/Contao/Controller.php(1082): __error(4096, 'Argument 1 pass...', '/mnt/webv/c1/39...', 1082, Array)
#1 system/modules/zaeo/AeoHybrid.php(193): Contao\Controller::generateFrontendUrl(false)
#2 system/modules/core/classes/Hybrid.php(231): cgoIT\aeo\AeoHybrid->compile()
#3 system/modules/zaeo/AeoHybrid.php(128): Contao\Hybrid->generate()
#4 system/modules/core/library/Contao/Controller.php(476): cgoIT\aeo\AeoHybrid->generate()
#5 system/modules/core/modules/ModuleArticle.php(213): Contao\Controller::getContentElement(Object(Contao\ContentModel), 'main')
#6 system/modules/core/modules/Module.php(282): Contao\ModuleArticle->compile()
#7 system/modules/core/modules/ModuleArticle.php(67): Contao\Module->generate()
#8 system/modules/core/library/Contao/Controller.php(409): Contao\ModuleArticle->generate(false)
#9 system/modules/core/library/Contao/Controller.php(269): Contao\Controller::getArticle(Object(Contao\ArticleModel), false, false, 'main')
#10 system/modules/core/pages/PageRegular.php(133): Contao\Controller::getFrontendModule('0', 'main')
#11 system/modules/core/controllers/FrontendIndex.php(267): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#12 index.php(20): Contao\FrontendIndex->run()
#13 {main}

aeo habe ich via composer installiert. Einstellungen sind so:
screenshot-production 2016-03-28 12-36-53.png

Ist das Problem bekannt?
Kann mir jmd. einen Tipp geben?

Vielen Dank!
Theo

[gregor]

Einen Tipp kann ich leider nicht geben, aber kann das Problem bestätigen.
Fehler tritt bei mir mit Contao 3.5.6 und 3.5.9 auch auf.

VG,
Gregor

[theobald]

OK - danke! Gut zu wissen.

Wir wollen mal warten. Vielleicht sagt der Entwickler noch was dazu...

Ich habe mir die im Stacktrace angegebene Stelle schon mal angesehen. Das Ergebnis einer DB-Abfrage ist dort undefiniert, so dass der anschließende Funktionsaufruf mit einem leeren Objekt ausgeführt wird.
Was aber genau die Abfrage dort liefern soll, habe ich mir jetzt nicht angesehen. Das findet der Entwickler vielleicht schneller heraus...

Herzliche Grüße
Theo

[oetzi]

Hi,

OK - danke! Gut zu wissen.

Wir wollen mal warten. Vielleicht sagt der Entwickler noch was dazu...

Ich habe mir die im Stacktrace angegebene Stelle schon mal angesehen. Das Ergebnis einer DB-Abfrage ist dort undefiniert, so dass der anschließende Funktionsaufruf mit einem leeren Objekt ausgeführt wird.
Was aber genau die Abfrage dort liefern soll, habe ich mir jetzt nicht angesehen. Das findet der Entwickler vielleicht schneller heraus...

Herzliche Grüße
Theo

ich will versuchen da morgen mal drauf zu schauen. Hoffe, dass ich es zeitlich hinbekomme.

lg
oetzi

[oetzi]

Hi,

Hi,


ich will versuchen da morgen mal drauf zu schauen. Hoffe, dass ich es zeitlich hinbekomme.

lg
oetzi

ich habe gerade die Version 3.5.3 im ER hochgeladen. Diese sollte das Problem bei deaktiviertem JavaScript beheben.

lg
oetzi