images/inhalt_homepage_htm/17_Newsletter/inhalt_homepage_htm/03_Auffuehrungen/Bildergalerien/Bildergalerien/Alle Bilder/view_html 

Ein Glück, dass es einmal das Redirect-Modul gibt. Solange ich einigermaßen erkenne, wohin die Adresse eigentlich führen sollte, kann ich einen Redirect auf die entsprechende neue Seite umsetzen.
Aber es gibt auch mehr als genug Seiten, deren Pfad nur noch Kauderwelsch ist. Da hilft nur noch eine gute alte 404-Seite. Und zu diesem Zwecke habe ich mir vor ein paar Tagen einen View gebastelt, der das Statistik-Modul anzapft, um derzeit häufig aufgerufene Seiten aufzulisten. Natürlich führt das unter Umständen dazu, dass Inhalte unverhältnismäßig gepusht werden, nur weil sie in dieser sich selbst promotenden Liste landen, aber das soll mir Analytics erst mal bestätigen!
Alles in Allem bin ich mit der Seite zufrieden. Kleinere Baustellen tauchen immer wieder auf, aber das ist ja auch normal. Und solange die Seite jetzt nicht wieder fünf Jahre unangetastet liegt und altert, hat sie noch eine große Zukunft vor sich.

Wollte mal etwas mit Foto im Hintergrund und Transparenzen und ein paar CSS 3-Spielereien machen.

Das Theme setzt auf Kubrick auf, wurde auf Basis von Blueprint gestyled und hat abgerundete Ecken, mit freundlicher Unterstützung von CSS 3.

Das Ding ist heute Morgen nach dem ursprünglichen Geistesblitz mit viel Vollgas in knapp einer Stunde umgesetzt worden, es kann also noch Bugs enthalten. Wenn irgendwem etwas auffällt, feedet back!

Außerdem kategorisiere ich gerade alle Posts neu, das kann aber noch eine Weile dauern. *seufz*

It’s the terror of knowing
what this world is about
watching some good friends
screaming “Let me out!”

Oh Internet Explorer 6, lieber lieber Internet Explorer, wie tut es mir Leid, dich auf deine alten Tage noch so quälen zu müssen. Das hast du nun wirklich nicht verdient! Du solltest dich in Ruhe zurücklehnen und “Der Winzerkönig” gucken können, aber wir dreckigen Entwickler lassen dich ja einfach nicht in Frieden!
Doch langsam! Worum geht es überhaupt?
Also, wie bereits erwähnt, arbeite ich mit an der Tippspielplattform kicktipp.de. Genauer gesagt an der Möglichkeit, Tipprunden per Javascript in eigene Seiten einzubetten.
Das funktioniert soweit ja auch ganz wunderbar, nur zeigte sich, dass die eingebetteten Elemente sich im Internet Explorer 6 seltsam verhielten. Sehr seltsam.
So seltsam, dass eine Seite komplett geladen sein konnte. Alles da, wunderbar. Beim Wechsel auf eine andere Seite konnte immer noch alles wunderbar sein, gerne auch nach zehn weiteren Wechseln. Doch irgendwann würden plötzlich die eingebundenen Elemente verschwinden. Das konnte die Sprachwahl sein, die plötzlich nicht mehr da war. Oder das Menü. Oder der Inhalt. Oder eine Kombination aus diesen dreien.
Nach langem Suchen stellte sich heraus, dass der einzige wirklich nennenswerte Unterschied zwischen unserem Test-Setup und dem Live-System ist, dass unsere lokalen Tests immer auf Jetty liefen, während die Live-Server allesamt Tomcats sind.
Und tatsächlich streckte der IE bei einer lokalen Tomcat-Installation auch alle Viere von sich.
Lange Rede, kurzer Sinn, am Ende stellte sich heraus, dass auf allen Tomcats die Kompression der Inhalte eingeschaltet war. Und siehe da, ein sogar lange bekannter Fehler des Internet Explorer ist es, dass ihn angesichts komprimierter Inhalte schwere Schwindelgefühle überkommen. Armes Ding.
Am Ende, nach knapp zwei Tagen der Suche, war des Rätsels Lösung, diese Zeile:

<Connector [..] compression="on" [..] compressableMimeType="text/html,text/xml,text/css,text/javascript" />

umzuändern in diese Zeile

<Connector [..] **compression="on"** [..] compressableMimeType="text/html,text/xml,text/css" />

Um ba ba be
Um ba ba be
De day da
Ee day da – that’s o.k.

Nun melden Kunden, dass Sonderzeichen auf bestimmten Seiten nicht korrekt angezeigt würden. Während der Testphase war das Problem nicht aufgetreten, doch nun zeigte sich uns der Kampf zwischen ISO und UTF mit all seinen unmenschlichen Folgen.

Das Setup war folgendes: Der Server liefert seinen Output generell in UTF-8. Auf Seiten des Kunden kann die Einbindung jedoch sowohl in ISO- als auch UTF-Seiten erfolgen. Auf Seiten, die in UTF-8 kodiert waren, war die Darstellung nun im Eimer. Es gab jedoch eine Stelle im Code, an der sämtlicher Output generell in ISO umgewandelt wurde. Dieser Code musste nun leider seinen Hut nehmen.

Jetzt wurde zwar der Content in UTF-Seiten und ISO-Seite vernünftig angezeigt, jedoch konnten nun Formulare, die von ISO-Seiten aus abgeschickt wurden, nicht richtig interpretiert werden. Hier hilft das schöne Formularattribut “accept-charset” weiter. Diesem gibt man als Wert einen Zeichensatz mit, werden die Daten in diesem Zeichensatz verschickt, egal wie die Seite selber kodiert ist.

Doch ach, der IE! IE6 spielt das Spiel leider nicht mit. Doch hierfür gibt es einen neckischen Workaround. Einige Browser unterstützen die Funktion, ein Formularfeld namens “_charset_” mit dem verwendeten Zeichensatz zu füllen. Wir haben also allen Formularen ein Hidden-Feld mitgegeben, das das Attribut name=”charset” hat. Und wenn dann der Server sieht, dass ihm der IE6 Formulardaten im _charset_ ISO geschickt hat, wandelt er sie vorher schnell in UTF um.