Tomorrow Comes Today

Nach den Black Seeds - welche ja nach wie vor eine meiner liebsten Bands ist - bin ich nun vorgestern auf Fat Freddy’s Drop gestoßen. Beim Pizza kaufen gegenüber bei Pizza Pezzi, welcher Laden mich von April bis Juli über meine intensive Diplomzeit gebracht hat und mir nun nach dem letzten Prüfungstermin wieder beigestanden hat.

Möglicherweise ist meine Entdeckung etwas verspätet, aber die Neuseeländer von Fat Freddy’s Drop schaffen einen ähnlich entspannten an Dub und Reaggea angelehnten Sound wie die Black Seeds. Sehr sehr empfehlenswert, um melodische, ruhige und entspannende Musik zu genießen.

Einmalig und wunderbar!

Ganz frisch erschienen ist das wunderbare Album “Le Bienheureux” von GUTS, welches als Electronica klassifiziert wird aber irgendwie auch einen Touch von Dub und Reggae hat. Gekauft habe ich es aufgrund meiner Sammlersucht nach Versionen von “Summertime / And the living is easy”. Da ich - warum auch immer - keinen vernünftigen MP3 Shop gefunden habe, der dieses Album oder z.B. auch nur einzelne Tracks verkauft, gibt es nun wieder eine klassische physische CD. Jedenfalls ist es ein wunderbares, sehr entspanntes aber keineswegs langweiliges Album, wofür sich der Kauf allemal gelohnt hat.

Häufig werden für verschiedene Sprachversionen einer Webseite verschiedene Domains verwendet - z.B. .com für Englisch
und .de für Deutsch. Hierfür sind mehrere Aspekte relevant:

• die automatische Auswahl der richtigen Sprache oder Ziel-URL anhand der eingehenden Domain,
• die Behandlung von Sprachparametern zum Beibehalten der Sprache und
• die Verwendung der richtigen URL entsprechend der aktuellen Sprache.

Für den ersten Punkt gibt es verschiedene Ansätze, welche genügend diskutiert sind. Persönlich präferiere ich die Nutzung von .htaccess zur Auswertung der Browser/Client-Spracheinstellungen mit einer Weiterleitung auf entweder die entsprechende Domain oder z.B. einen Pfad /www.j2h.com/en/.

RealURL kann dann hierüber direkt die Sprache als Pfadsegment kodieren bzw. anders herum der L-Parameter direkt im TypoScript verwendet werden. Hat man nun verschiedene Domains, kann man auch das RealURL beibringen.
Allerdings müssen auch die seiteninternen Links, welche auf dem Attribut config.baseURL basieren, korrekt gesetzt werden, um die sprachspezifische Domain auch beim Surfen beizubehalten. D.h. man verwendet für das Setzen der baseURL eine Condition im TypoScript und stellt damit sicher, dass eine Domain richtig für Links verwendet wird.
[PIDinRootline = 2]
config.baseURL = http://projects.j2h.com/
[global]

Das geht natürlich auch wunderbar mit Subdomains, um z.B. bestimmte Subdomains, welche direkt in Seitenbereiche verlinken, offen zu profilieren. Beim Surfen wechselt dann die die Domain je nach Seitenbaumanschnitt. Weitere Möglichkeiten in dieser Richtung ergeben sich auch aus dem Setzen von Domain-Records an Unterseiten oder ggf. sogar Template-Records um das Seitenroot umzudefinieren. Aber hierzu später mehr.

Gestern wurde mir das Tool FindBugs™ empfohlen und nun werden wir es in den nächsten Java Projekten mal testen. Es verspricht anhand sogenannter Bug Patters Fehler in Java Quellcode zu finden, z.B. geöffnete aber nicht geschlossene File Pointer oder abgefangene aber nicht behandelte Exceptions. Für die einfache Nutzung gibt es ein Eclipse Plugin, welches alle gefundenen Hinweise und Fehler in den Warnings mit anzeigt.

Manchmal hab ich mich schon gefragt, wie man nun am besten ein Favicon für eine Website erstellt und ob man dafür nun irgendwelche Photoshop Plugins oder sonstige Programme benötigt. Nein, viel einfacher. Auf der Website http://www.chami.com/html-kit/services/favicon/ kann man einfach ein Bild hochladen und erhält anschließend ein hübches Favicon. Wer skeptisch ist, kann sich das Icon auch direkt über die Seite testweise anzeigen lassen. Super! In TYPO3 gibt man dann einfach noch das Attribut “page.shortcutIcon = fileadmin/images/favicon.ico” an und fertig ist das Icon auf der Website.

Häufig besteht das Problem, dass lokalisierte Ausgaben auf dem Entwicklungssystem anders erscheinen als auf dem Live-System. Aus vielen Foreneinträgen bekannt ist das Problem insbesondere im Zusammenhang mit tt_news, weil diese Wochentage und Monatsnamen per PHP in das Frontend rausschreibt.

In PHP wird dafür die Funktion “setlocale” verwendet, welche die TYPO3 Konstante “config.locale_all” übergeben bekommt. Hier ist es wichtig den Hintergrund zu wissen. Die Konstante wird einfach an die PHP Funktion weitergegeben und diese gibt anhand des Strings eine Locale Einstellung zurück bzw. setzt diese global. Die Locales kommen dabei aber nicht aus PHP selbst, sondern direkt vom Betriebssystem. Ist dort keine Locale Einstellung mit dem gleichen Namen (Identifier String) vorhanden, wird von PHP eine andere verwendet. Gewöhnlich wird das dann eine englische sein.

Somit muss die Konstante “config.locale_all” einen Wert enthalten, welche auf dem Betriebssystem als Locale verfügbar ist.  Man kann sich alle verfügbaren Locale Einstellungen über das Linux Kommando “locale” anzeigen lassen.

Fazit: Die Einstellung “config.locale_all” ist Betriebssystemabhängig und kann sich dehalb auch bei gleiche TYPO3 und PHP Konfiguration auf verschiedenen Systeme unterscheiden.