Ein Contao Wiki hat mich dann auf den richtigen Weg gebracht. Es lag an der relativen Positionierung des Body Elements. Das es was mit dem Body, also dem Elternelement zu tun hat, war mir klar. Aber dass es an dem relative lag, welches mir Contao standardmäßig in die Css schreibt, ist mir erst viel später gekommen.

Also Lösung: In der Contao.css die position:relative rausschmeissen und fertig!

Auch wenn Google Analytics jetzt auch live tracken kann, es ist noch im Beta Stadium und es funktioniert bei mir alles andere als zuverlässig. Bis zu einer bestimmten Besucherzahl ist Woopra kostenlos. Soweit ich weiß kostet es dann ab 20000 Euro im Monat Geld. Das Tracking hört in der kostenlosen Variante nach dem Erreichen der kostenlosen Klicks einfach auf und fängt im nächsten Monat wieder an. Meine kostenpflichtigen Accounts habe ich vor kurzem deaktiviert und gegen ein Seo Tool eingetauscht

Ein weiteres geiles Feature von Woopra ist, dass man seine aktuellen Websitebesucher direkt anchatten kann. Im Browser des Besuchers geht dann ein kleines Chatfenster auf und der kann Antworten..

Wie auch immer, Woopra gibt es jetzt endlich für Iphone und iPad. Das ist natürlich sehr geil weil man von unterwegs aus immer mal schnell und recht zuverlässig gucken kann, was auf der Webseite los ist.

Vorweg sei gesagt, er funktioniert nur bei Links, also muss im in die Seite eingebundenen Cufon Script direkt ein Link Tag, also ein a angesrochen werden. Angenommen wir möchten die Navigation mit Cufon Schriften ausstatten und wünschen uns hier einen Hover Effekt.

Der normale Code ist:
Cufon.replace(‘.mod_customnav a’);

Wie oben erwähnt muss direkt ein Link angesprochen werden, also #nav a, sonst funktioniert es nicht. Jetzt wird der Hover Code einfach noch angefügt.

Cufon.replace(‘.mod_customnav a’, {hover: {color: ‘#E12E7F’}});

Probiert es aus, jetzt sollte der Hover Effekt bei Cufon Schriften funktionieren!

Natürlich bin ich nicht freiwillig bei 1und1, sondern die Kundin und die hat, wie es bei diesem unseriösen Scheissladen üblich ist, einen 2 Jahresvertrag. Wie erwartet verweigerte mir der 1und1 Support jegliche Auskunft und verwies mich auf das Forum der “Fremdsoftware”. Also noch kurz gesagt, Finger weg von 1und1!!!

Die Installation klappte nach der Umstellung auf eine aktuelle Php Version und nach dem Einrichten einer Datenbank problemlos. Doch dann versuchte ich die Grundstruktur einzurichten wie ich es schon 100te Male mit Contao gemacht haben. Im Frontend erhielt ich immer wieder den Fehler:Page not found, oder No Pages found. Das Problem war der Startpunkt einer neuen Webseite. Also erstens muss man in der Seitenstruktur den Startpunkt einer neuen Webseite festlegen und zwar macht man das mit der Unterseite. Danach die weiteren Seiten natürlich innerhalb des Startpunktes positionieren.

Soweit so gut. Jetzt hakt man das Sprachenfallback im Startpunkt der neuen Webseite an und jetzt kommt der Knackpunkt: Es darf keine Domain im Startpunkt einer neuen Webseite eingetragen sein. Das war bei mir im Endeffekt der Fehler. Warum weiß ich nicht, aber endlich funktioniert es.

Doch der nächste Fehler ließ nicht lange auf sich warten
Multiple ChoicesThe document name you requested (/index.php) could not be found on this server. However, we found documents with names similar to the one you requested.

Ok, ohne das jetzt groß zu kommentieren, schreibe ich nur die Lösung auf. Dieses Problem taucht bei 1und1 auf, wenn Ihr die .htaccess Datei aktiv habt. Für den ganz normalen Contao Betrieb könnt Ihr die auch einfach auskommentieren, bzw. umbenennen in z.B. ._htaccess oder sowas. Also diese Datei über FTP unbrauchbar machen und dann in den Einstellungen das Häckchen bei Urls umschreiben wieder entfernen (falls gesetzt). Jetzt ist die Url Struktur zwar durch das index.html verunstaltet, aber das ist die gerechte Strafe dafür dass Ihr bei 1und1 seid

Viel Erfolg!

Professionelle WordPress Templates bekommt man nicht geschenkt, man muss dafür meist zwischen 20 und 80 Dollar hinlegen. Doch dieses Angebot hat es in sich! 15 professionelle WordPress Thems für nur 29 Dollar…

Früher habe ich kostenlose WordPress Templates verwendet. Heute mache ich das wenn überhaupt nur noch für Satellitenseiten. Brauche ich ein vernünftiges Template für ein erfolgsversprechendes Projekt, kaufe ich mir eins und muss nicht stundenlang rumsuchen..

Für professionelle Templates gibt es einige gute Seiten, eine der guten ist Mojo-Themes. Genau dieses Portal hat ein kleines Weihnachtsangebot rausgehauen. 15 professionelle WordPress Templates für günstige 29 Dollar. Das sind gerade mal 21 Euro und 60 Cent. Da kann man wirklich nicht mecker. Das Angebot ist natürlich perfekt für Leute die Ihre Kunden mit WordPress Seiten beglücken. Die Templates sind fast alle top. Aber was rede ich, schaut einfach selber. Das Angebot gilt allerdings nur noch ein paar Tage, also haut rein. Die Template-Übersicht findet Ihr hier.

Ich persönlich benutze schon länger Apps um die Akkulaufzeit länger zu machen. Viel kann man nicht wirklich rausholen. Das Samsung S2 hält nun mal nicht mehr als bis zum Abend (wenn man viel telefoniert). Bei krasser Internetnutzung schmiert der Akku schon am Nachmittag ab. Hier helfen z.B.  eine Akkuladestation am Schreibtisch und ein Aufladegerät fürs Auto, um das Handy locker über den Tag zu bringen. Auch ein vernünftiger Hochleistungsakku schafft einiges an Mehrleistung. Letzters habe ich mir gerade bestellt und bin begeistert. Natürlich kommt die neue Akkulaufzeit auch nicht an die meiner alten Nokia Handy dran, dennoch kann ich jetzt den ganzen Tag surfen und telefonieren, ohne dass es schlapp macht. Abends lade ich es trotzdem immer für den nächsten Tag auf.

Ein weiterer Vorteil des Hochleistungsakkus ist, dass das Handy einfach besser in der Hand liegt. Es ist nicht mehr ganz so flach.. aber nicht erschrecken, ich empfinde es eher als Vorteil. Irgendwie kann man es so besser bedienen und Greifen. Das Gewicht ist so einfach besser verteilt.

Google Analytics wurde mit einem von mir lange erwartetende Feature erweitert. Man hat jetzt die Möglichkeit, die performance der ganzen Website, bzw. einzelne Seiten zu messen…

Oftmals denkt man gar nicht an Performanceprobleme wenn die Absprungraten hoch sind. Mit dieser Erweiterung hat man die Möglichkeit die eigenen Webseiten nach Performanceproblemen zu durchsuchen und dadurch ggf. die Absprungraten, bzw. die Pageviews zu verbessern.

Um die neue Funktion nutzen zu können, muss man die neue Google Analytics Oberfläche wählen. Dann erweitert man seinen Tracking Code um folgende Zeile:

_gaq.push(['_trackPageLoadTime']);

am besten direkt unterhalb von_trackPageview…

Eigentlich wars das schon. Nicht vergessen den alten Trackingcode durch den neuen zu ersetzen . Jetzt noch (je nach Besucherzahlen) ein paar Stunden, bzw. paar Tage warten und man kann die Ladezeiten der einzelnen Unterseiten bestaunen.

Nachdem Ihr Eurer Adsense Konto auf die neue Benutzeroberfläche umgestellt habt, findet Ihr die Performanceanalysen unter Content/Websitegeschwindigkeit .

Wenn Ihr Euch noch nicht mit Websiteperformance beschäftigt habt, könnt Ihr Euch hier einige Anregungen holen:

Eigentlich gibt es auf https://github.com/sorccu/cufon/wiki/Usage eine gute Anleitung, allerdings ist diese in englischer Sprache und ich mache es etwas kürzer und einfacher:

1. cufon-yui.js (rechte Maustaste und Ziel speichern unter) runterladen und auf den eigenen Webserver laden (der Einfachheit halber in das Verzeichnis wo Eure index.php liegt, bzw. ins Root).

2. Im Internet eine Cufon Schrift suchen, runterladen und in einem Verzeichnis entpacken. Hier findet Ihr einige Cufon Schriften.. ansonsten einfach Google anschmeissen.

3. Zum Generator gehen und die eben runtergeladene Schrift anhand der durchsuchen Buttons auswählen. Dann die “EULAs” anklicken und ganz unten die Therms besätigen (siehe Grafiken).

Therms bestätigen und “lets do this”

4. Nach dem Klick auf “lets do this” könnt Ihr die Datei mit Eurer ausgewählten Schrift runterladen. Diese legt ladet Ihr ebenfalls auf Euren Webserver, am besten ins gleiche Verzeichnis wo auch die cufon-yui.js liegt.

5. Jetzt muss noch der folgende Code in den Head Eurer Webseite (z.B. bei Contao unter Einstellungen/Experteneinstellungen, script tags erlauben nicht vergessen):

<script src=”cufon-yui.js” type=”text/javascript”></script>
<script src=”YourFont.font.js” type=”text/javascript”></script>
<script type=”text/javascript”>
Cufon.replace(‘h1′); // Works without a selector engine
Cufon.replace(‘#sub1′); // Requires a selector engine for IE 6-7, see above
</script>

Das Script müsst Ihr jetzt nur noch anpassen. Statt “YourFont.font.js” schreibt Ihr den Namen des Scriptes, welches Ihr mit dem Generator erstellt habt. Laut dem Script werden alle Schriften mit der ID #sub1 und alle H1 Schriften mit der Cufon Schrift ausgestattet. Die Id jetzt einfach mit der Id oder Klasse Eurer jeweiligen Style Deklaration austauschen, dessen Schriften mit der Cufon Schrift versehen werden soll. Ich persönlich habe die Navigation mit Cufon ausgestattet, welche bei mir .navi heisst.

Von daher sollte man eine ältere Version (2.1.3) vom MRG nehmen, die funktioniert bei Magento 1.6.0.0. Das geht ganz einfach indem man an die Adresse welche für Magento Connect erhält, die Versionsnummer: -2.1.3 dranhängt. Die komplette Adresse für Magento Connect ab 1.5 (2.0) lautet also: http://connect20.magentocommerce.com/community/market_ready_germany-2.1.3

Leider geht das nur über das FTP Programm auf File Ebene. Es bedarf Änderungen an der Image.php. Diese findet Ihr im Verzeichnis:
/app/code/core/Mage/Media/Model/File/Image.php

Bevor Ihr aber anfangt an der Datei rumzufuddeln, kopiert diese bitte erst in das Verzeichnis:
/app/code/local/Mage/Media/Model/File/Image.php
Falls das Verzeichnis nicht existiert, müsst Ihr die Ordner mit Eurem FTP Programm selber erstellen. So, jetzt wird die Datei beim nächsten Magentoupdate nicht wieder überschrieben!

Jetzt öffnet Ihr die Datei image.php in dem neu erstellten Verzeichnis und sucht die Zeile 174 (Dreamweaver Zeile suchen: Strg+G). Ihr seht folgende Zeile in der Ihr nur die 80 in z.B. 99 ändern müsst.

$result = imagejpeg($object->getTmpImage(), $object->getFilePath(true), 100);

Die 80 stellt den Kompressionsgrad dar. Die JPGs (also nur die JPGs) werden also um 20% von der Qualität verringert (Achtung, nicht von den Maßen). Möchtet Ihr z.B. dass die Bilder überhaupt nicht verringert werden, stellt Ihr den Wert auf 100. Das Prozent könnt Ihr Euch sparen, also einfach nur 100 rein und fertig.

Jetzt noch die veränderte Datei abspeichern und ggf. wieder hochladen. Nicht vergessen den Magento Cache zu leeren (Magento Backend: Verwaltung/Cache-Verwaltung, bzw. Cache-Management glaub ich in der englischen).

Trodzdem ein Armutszeugnis für Magento!