Tomorrow Comes Today

Beim Entwickeln von TypoScript oder Extensions nutze ich derzeit ausschließlich Eclipse und ein automatisiertes Deployment über Ant (sowohl lokal als auch für das live System).
Dabei werden zum einen alle veränderten Dateien im fileadmin und alle lokal vorhandenen Extensions aus typo3conf per FTP kopiert. Zum anderen soll hier aber auch der FE Cache gelöscht werden, um nicht mehr das Typo3 Backend für Script-Änderungen nutzen zu müssen und das Testing während der Entwicklung zu beschleuningen.
Bisher löschte ich den Cache immer mit dem sql-Task von Ant, was zwar lokal funktioniert, jedoch auf den meisten live-Systemen nicht möglich ist, weil zumeist die Ports zur Datenbank aus Sicherheitsgründen gesperrt sind.
Nun gibt es eine kleine Frontend Extension (j2h_remoteclearcache) die das Löschen des FE Caches ermöglicht. Sie wird als Frontend-Plugin auf einer beliebigen, möglichst unsichtbaren, Seite installiert. Anschließend kann diese Seite über die ID mit dem Ant-Task get angesprochen werden. Als Parameter wird ein Admin-User mit Namen und Passwort, optional auch ein md5-kodiertes Passwort, übermittelt. Ein Nebeneffekt ist, dass der Cache auch über die Webseite selbst gelöscht werden kann, indem man die Seite per ID über den Browser anspringt und hier Name und Passwort eines Admin-Users eingibt.
Sicherlich gibt es noch einige Verbesserungsmöglichkeiten, aber für die schnelle Entwicklung mit CVS, lokaler Entwicklungsumgebung und automatisiertem Deployment ist sie eine unerlässliche Hilfe.

Endlich ist eine 1.x Version von TemplaVoila! verfügbar, alsoeine gute Gelegenheit sich die neue Template Engine noch einmal genau anzusehen. Das bauen eines Seiten-Templates mit Menüs, Inhalt, Stylesheets usw. ging recht problemlos. Das Konfigurieren von RealURL war dann schon eher ein Trip, aber nach ein paar Versuchen auch lauffähig.

Letztlich mach die Kombination aus mehreren Sprachen (in einem Baum mit Translate Feature), RealURL und einem Sprachmenü (echt dynamisch und als Text) einige Probleme.

Zunächst zu den Sprachmenüs. Das HMENU special language tut sich leider schwer einen Textlink mit dem Sprachkürzel (aus dem Backend) auszugeben; anstatt dessen wird ein Link auf die eigene Seite (als Ziel richtig, aber als Label falsch) ausgegeben. Dies kann nur (oder nicht) manuell per TypoScript überschrieben werden. Alternativ ist oft von sr_language_menu die Rede. Diese hat leider meine Typo3 Installation zum Absturz gebracht - schade. Letztlich bin ich auf die Extension cab_realurl_languageselector ausgewichen, welche anhand der RealURL Konfiguration ein Menü aufbaut, also genau das was man benötigt.

(more…)