Das Layout der Seite konnte ich auf jeden Fall wunderbar mit den in TYPO3 4.5 eingeführten Backend Templates umsetzen. Wobei die Integration dabei besser aussieht als jemals zuvor.

Das eine bis dahin genutzte FCE war dann auch schnell über das Layout-Select-Feld umgesetzt. Einziges Problem war, dass die Auswahl des Feldes erst einmal keine Auswirkung auf die Frontend Ausgabe hat. Mit dem Post von Christian Wolfram gab es dazu aber auch schon eine elegante Lösung. Folgende Zeilen TypoScript genügen schon:

tt_content.stdWrap.innerWrap.cObject.default {
  15.noTrimWrap = | class="| |
  17 = TEXT
  17.dataWrap = layout-{field:layout}"
}

Die zusätzliche Klasse hat das Design Problem gelöst. Für den Mehr-Link der bisher über das FCE gepflegt wurde, habe ich dann noch kurzer Hand tt_content um zwei Felder erweitert…

Der Aufwand war letztlich minimal. TemplaVoilà ist deinstalliert. Das Gefühl für die Zukunft, vollkommen mit Bordmitteln ausgekommen zu sein, ein sehr beruhigendes. Was bleibt ist die Frage: Für was noch TemplaVoilà?

Im generierten Partial _form_field wird das aktuelle Form Objekt mit in das konfigurierte Partial gegeben:

include_partial('cmAdvertAdmin/'.$name, array('form' => $form, 'attributes' => $attributes instanceof sfOutputEscaper ? $attributes->getRawValue() : $attributes));

Über dieses Form-Objekt kommt man dann auch wieder an das aktuelle Objekt und alles funktioniert, ganz ohne das Überschreiben von generierten Dateien oder Umwegen. Im Partial also:

$form->getObject()->getValue();

In Zeile 164 steht:

else if(day > 28)

Richtig funktionieren tut die Abfrage aber erst mit:

else if(!isALeapYear && day > 28)

Vielleicht spart es ja jemandem die Fehlersuche…

In letzter Zeit war immer TYPO3 das mittel der Wahl und meine praktischen Erfahrungen im Bezug auf Symfony2 damit leider gleich Null. Um so mehr ging es mir in diesem Jahr mehr um Inspiration. Denn in Sachen modernen Programmierparadigmen ist und bleibt Symfony aus meiner Sicht ein Musterstück.

Silex – Symfony goes micro

Der erste Vortrag über das symfony micro Framework Silex war zwar ganz interessant, allerdings wollte mir für meine tägliche Arbeit so gar kein Anwendungsfall einfallen und so blieb es für mich eines von vielen Beispielen am Tag, dass Symfony2 einfach wunderbar Modular aufgebaut ist.

Inspire yourself of Symfony2 to create better code

Marc Weistroffs Vortrag brachte dann schon den Grund meiner Anwesenheit ziemlich genau auf den Punkt und enttäuschte auch nicht. Von Seperation of Concerns (SoC) über PHPs PSR-0 bis hin zu den zahlreichen Interfaces in Symfony2 (140, im Gegensatz zu den eher mageren 4 in Symfony1), gab es massenhaft Input und Hausaufgaben in Form von Lesestoff.

Catching Opportunities with Open Source

Gleich zu Zweit und mit einer Unmenge an kleinen Anekdoten gespickt, entfalteten Stefan Koopmanschap und Christian Schaefer in ihrem Vortag ein recht mitreißende Dynamik. Es ging nicht um Symfony, sondern um die Arbeit an OpenSource Projekten im Generellen, ob es nun das Schreiben von Code oder Doku ist: Was bringt einem persönlich die Mitarbeit an OpenSource-Projekten eigentlich?!

Zuerst waren mir einige Gründe ehrlich gesagt etwas unangenehm. Irgendwie dachte ich mir: Klar hat man beruflich gewisse Vorteile, wenn man sich entsprechend engagiert. Aber ein Gentleman genießt und schweigt, oder? Ist aber totaler Quatsch. Es war eigentlich gut solche Dinge einfach mal klar auf den Punkt zu bringen, erst recht wenn damit Leute zu animieren sind sich mehr einzubringen.

Nach dem Vortrag hatte ich das Gefühl ich müsste dringend mehr für die Community machen. Leider bekomme ich es zeitlich nur kaum gebacken. In jedem Fall gebührt all denjenigen, die täglich OpenSoucre leben, mein tiefster Respekt und Dank, egal ob für Fame and Glory oder das nächste Bewerbungsgespräch.

The Sonata AdminBundle

Das AdminBundle ist das was in Symfony1 die Admin Generatoren waren. Die Konfiguration setzt dabei mehr auf das direkten definieren von Feldern im PHP-Code, anstatt wie vormals auf YAML. Auf den ersten Blick erscheint das etwas komplexer. Da die Konfiguration aber eigentlich direkt auf der Symfony2-Form Komponente aufsetzt, sollte es schnell zu verstehen sein. Die YAML-Konfiguration in Symfony1 ist rückblickend betrachtet oft auch ein Ärgernis gewesen, da die Konfiguration schwieriger nach zu vollziehen war.

Aus meiner Sicht hat es dem Vortrag aus meiner Sicht etwas an Pepp gefehlt. Eigentlich sollte es aber schon vollkommen genügen zu Wissen, dass es nun auch für Symfony2 wieder einen Admin Generator gibt, um Begeisterung auszulösen. In symfony1 hat er mir bereits Unmengen an Zeit gespart.

Extending and Leveraging the Power of the Command Line Interface

Für mich war das Vorstellen der Console Component das beste Beispiel einer Symfony2-Komponente. Nicht praxisnah, aber gut nachvollziehbar und unterhaltsam wurde an Hand eines Hangman für die Kommandozeile auch gleich die kinderleichte Erweiterung demonstriert. Ein kurzweiliger Vortrag, der Lust darauf gemacht hat gleich selbst los zu legen. Die Smyfony2 Components sind wahrlich mehr als einen Blick wert!

Dependency Injection and the Symfony2 Service Container

Im Gegensatz zur CLI-Component war der Vortrag zur Dependency Injection Component für mich weniger interessant. Zum einen weiß ich die Vorteile bereits zu schätzen, zum anderen bin ich da aber einfacher der Anwender. Ich werde das Ganze letztlich wie in Symfony2 vorgegeben einsetzen und mich an Vorzügen erfreuen . Das ich die Komponente mal für sich alleine benötigen würde, kann ich mir beim besten Willen nicht vorstellen.

The State of Symfony

Der Höhepunkt des Tages war, wie nicht anders zu erwarten, die Keynote von Fabien Potencier. Der Mann weiß mit seinem französischen Akzent und Charme mitzureißen, aber mit seiner Art auch zu provozieren. Da steht jemand, der ganz klar nur das Beste will und von seiner Arbeit überzeugt ist.

Da wird gleich zu Anfang mal der Krieg der Frameworks propagiert. Symfony2 das MVC aberkannt: “Because I don’t care”. Wenn er sich auf etwas festlegen sollte, dann darauf das es sich bei Symfony2 um ein Request/Response-Framework handelt…

Am Ende gibt es zur Abrundung dann noch eine Erweiterung zur Performance-Analyse innerhalb der Admin-Toolbar. Diese wird später auf die Frage “Wann sie den verfügbar sein” obercool ohne ein weiteres Wort gepusht. Ja, er reißt mit, die coole Socke.

Letztlich ist die Zeit wie im Flug vergangen, auch wenn man merkt das da jemand spricht der wirklich riesige Projekte angeht und überhaupt in einer ganz anderen Welt Zuhause ist, als ich es bin… egal, eine wirklich tolle Keynote und guter Abschluss.

Abschließend

Zum Ende gab es dann noch “A shitload of beer” mit Sebastian… sehr schön, ist es doch letztlich der Austausch der so einen Tag wirklich rund macht. Allerdings ist es nur ein Wunder das ich meinen letzten Zug noch erwischt habe bzw. überhaupt noch nach Hause gefunden habe ;)

Im nächsten Jahr wird es voraussichtlich keinen späten Zug mehr nach Hause geben. Die Symfony-Community wächst. Tatsächlich ist Deutschland nach Frankreich und den USA bereits der drittgrößte Markt für Symfony und so wird es im nächsten Jahr, anstatt eines vierten Symfony Day in Köln, wohl eine weitere Symfony Live in Berlin geben, in Anlehnung an die bereits bestehenden in Paris und San Francisco. Ich freue mich darauf!

Session: Multidomain Publishing

Die Session Multidomain Publishing war erstmal “interessant”, da es um eine Extension gehen sollte, die auf Anhieb nur bestehende Typo3-Kernfunktion nachbildet. Wie sich dann aber heraus gestellt hat, geht die Extension noch einen ganzen Schritt weiter. Dabei ist sie sehr gut in das Typo3-Backend integriert und bietet für einige TypoScript-Hackereien eine saubere Alternative.

Die Extension ermöglicht das Veröffentlichen von Content gezielt nach Format, Domain oder auch Clients. Das Konzept geht bis zu einzelnen Content-Elementen. Die Extension gibt es hier im TER. Ich hatte bisher noch kein Typo3-Projekt bei dem es ein paar mediaqueries nicht auch getan hätten, aber der Tag wird kommen.

Session: Workflows with TYPO3 v4 and Workspaces

Nichts neues von dieser Front, aber gut zu hören das die ganze Workflow-Sache wahrhaftig nicht so einfach auf Anhieb zu verstehen ist. Ich stehe seit einem Extbase vs. Workflows-Desasters noch etwas mit den Workflows auf dem Kriegsfuss. Trotzdem, die Workflows sind klar einer DER Typo3-Features und die Session gab einen guten Überblick zur Anwendung.

Session: The future of DAM

Ja, die Zukunft sieht gut aus. Keine Frage, ein guter File-Abstraction-Layer für Typo3 ist wirklich angebracht, gerade bei größeren Projekten. Die aktuelle DAM-Version ist aus meiner Sicht aber alles andere als einfach zu handhaben. Die Integration ist sehr holprig. Letztlich habe ich bei Projekten meist auf die Einrichtung von DAM verzichtet, da ich es dem Kunden nicht mit gutem Gewissen erklären konnte, warum es sich so vom restlichen backend unterscheidet. Das wird sich mit Version 2 aber wohl erheblich ändern. Es scheint sehr viel Arbeit in die Usability geflossen zu sein. Ich bin gespannt.

Session: Why Cucumber(s) make your TYPO3 project better

Bei Cucumber handelt es sich um eine Umgebung für Behavior driven Development. So weit, so gut. Mit Lime unter Symfony kannte ich bereits das Testen auf Funktionen, was dort wirklich überaus einfach von statten ging und richtig Spaß gemacht hat. Cucumbers geht einen Schritt weiter und lässt das Schreiben von Tests in einfacher Sprache zu. So kann dann selbst der Kunde Tests für seine Anforderungen schreiben.

Diese Texte müssen dann aber auch noch entsprechend definiert werden… ich glaube ich war auf Grund von Lime die ganze Session über etwas auf dem falschen Dampfer. Für wirklich große Projekte, mit einem langen Lebenszyklus, sicherlich interessant. Ich konnte mir auf Anhieb aber leider keinen Anwendungsfall vorstellen.

Session: Better Plan TYPO3 Projects with Agile Estimating

Ok, gelebte agile Aufwandseinschätzung. Spannend, aber für mich nicht weiter interessant. Bei dem bei uns gängigen Projektumfang, habe ich in der Zeit, in der ich das System einführe, drei Projekte fertig gestellt.

Session: Biceps – an Extbase enterprise application

Ein wirklich großes Projekt auf den Schultern eines noch frischen Extbase und Fluid umgesetzt. Mir verlangte das vor allem Respekt ab, da ich die Quälereien auf Grund fehlender Doku nur zu gut kenne. Vielen Dank für die Pionierarbeit!

Zum einen war es die überaus schwere Anpassbarkeit von Ext JS im Design. Zum anderen gab es die Grundsatzentscheidung das eine wirkliche Web-Applikation entstehen soll, keine Web-App die versucht eine Desktop-Anwendung nachzuahmen. Im Vortrag wird viel zu diesem Entscheidungs-Prozess erklärt.

Ich finde es wirklich gut wie darüber offen gesprochen wird. Ich kann mir gut vorstellen, welcher Akt es war die alte Arbeit liegen zu lassen und neu anzufangen und welchen Befreiungsschlag das bedeuten kann. Die Entscheidung selbst halte ich sowiso für überaus sinnvoll.

Das vorgestellte User-Interface war zwar noch weit von der Fertigstellung entfernt, lies aber bereits auf die Zukunft hoffen. Das bearbeiten der Inhalte findet weitest möglich direkt auf der Webseite statt und erscheint überaus intuitiv. Dabei spielt der in dieser Session vorgestellte Aloha-Editor eine wichtige Rolle.

Mich erinnert das bearbeiten der Inhalte ein wenig an das Arbeiten mit dem Symfony CMS Apostrophe Now!. Dort war ich schon vom Prinzip begeistert und wusste den Symfony-Unterbau zu schätzen. Heute setze ich es nicht mehr ein, da sich die API damals leider etwas zu oft geändert hat. Mit FLOW3 und Phoenix steht da aber jetzt ein mehr als mächtiger Nachfolger an.

Auch an die Entwickler wurde gedacht: Das Erweitern um weitere Content-Elemente ist mit etwas YAML-Konfiguration und einem Fluid-Template bereits jetzt problemlos möglich.

Das Release von TYPO3 5 steht leider noch in den Sternen. In nächster Zeit soll es aber wieder mehr Sprint-Releases geben. Während des Vortrags spürte man den neuen Schwung und Optimismus, den die Entwicklung durch die neuen Entscheidungen bekommen hat. Ich bin sehr gespannt wie es weiter geht und freue mich auf das was da kommt!

Wie oft werden Listen mit diversen Daten benötigt? Wie navigiere ich durch eine große Anzahl von Daten? Sortierfunktionen, Filter-Möglichkeiten? Auch wenn die darzustellenden Daten fast immer unterschiedlich sind, die Funktionalität ist eigentlich immer die gleiche.

Genau hier setzt pt_extlist an. Unabhängig von den Daten, können Listen generiert werden. Die anzuzeigenden Daten, Felder und Filter werden dabei einfach per TypoScript konfiguriert. Für jeder Spalte-Inhalt kann direkt über ein renderObject angepasst werden. So ist eine maximale Flexibilität gewährleistet, ohne das dazu auch nur eine Zeile PHP nötig wäre.

Die Extension basiert auf Extbase. Interessant ist ein Hack, über den es möglich ist auch einzelne Templates per TypoScript neu zu definieren. Es ist also nicht nötig immer wieder den kompletten Template-Ordner zu spiegeln, nur um ein Template anzupassen. Wie es bei Extbase derzeit leider noch der Fall ist.

Ich warte jetzt nur noch auf den nächsten Anwendungsfall. Die Zeit der Einarbeitung wird wohl kaum ins Gewicht fallen, wenn ich mir vorstellen wie viel Zeit die Extension sparen kann.

Die gesamte Extension basiert auf Extbase und Fluid. Womit auch gleich die ersten selbst auferlegten Anforderungen der Entwickler erfüllt sind: Eine saubere, verständliche und erweiterbare Codebasis. Zwar gibt es in der Extension aktuell keine Hooks und Extbase erlaubt nur das überschreiben ganzer Template-Ordner, nicht einzelner Templates. Aber wer schon einmal mit Extbase entwickelt hat weiß, dass es nur wenige Zeilen Konfiguration braucht, um bestehende Klassen zu erweitern oder ganz auszutauschen.

Mit einem eigenen Image Repository ist einiger Gehirnschmalz (was ein super Wort) in die Performance der Galerie geflossen, um so auch auf High-Traffic-Seiten mit sehr vielen Bildern eingesetzt werden zu können. Die Integration in das Backend macht einen sehr sauberen Eindruck ohne Ecken und Kanten.

Skins für bekannte Galerie-Funktionen sind bereits umgesetzt. Auch das anlegen eigener Frontend-Ansichten scheint sehr sauber und schnell möglich zu sein. Auch das für das Bilder-Rendering nichts neues erfunden wurde, sonder auf TypoScript gesetzt wird, halte ich für eine sehr gute Entscheidung.

Ein paar Wermutstropfen gibt es noch: So wird Mehrsprachigkeit und Zugriffsrechte im Backend noch nicht unterstützt. Auch auf Frontend Uploads wird verzichtet, was ich persönlich aber auch nicht vermisse.

YAG basiert, neben Extbase und Fluid, auf der Extension pt_extbase  und pt_extlist. Zu pt_extlist gab es gleich im Anschluss einen weiteren spannenden Vortrag.

Im jeweiligen Thunderbird Profiles Ordner, bei geschlossenem Thunderbird, die global-messages-db.sqlite Datei löschen. Nach dem Neustart dauert es dann etwas bis der Index wieder aufgebaut ist… dann funktioniert die Suche aber wieder vollständig.

Warum der Index allerdings zerschossen wurde und nicht mehr neu aufgebaut wurde, ist mir schleierhaft, aber jetzt auch egal.

Da wäre eine mächtige Kommandozeile. Doctrine2. Yaml Konfiguration. Beliebige Kontexte, je nach aktueller Umgebung (z.B.: dev, prod, staging…). Dependency Injection, die scheinbar mit wesentlich weniger Konfiguration auszukommen scheint als Symfony2, da voll auf Type-Hints gesetzt wird. Auch andere Bibliotheken, wie etwa vom Zend Framework oder eben Symfony-Komponenten können dann problemlos in FLOW3 genutzt werden.

Mein Eindruck ist, dass man eigentlich gerne auf Symfony2 gesetzt hätte. Ich meine sogar mal so etwas gelesen zu haben, kann das sein? Zumindest war es bestimmt eine Inspirationsquelle und das meine ich im aller besten Sinne.

Ich bin froh, dass der Typo3-Unterbau in Zukunft aller Voraussicht nach den Spaß und geschwindikeit bringt, den ich bisher nur von Symfony kannte. Da kommt mir gerade: Soll es eigentlich so etwas wie CRUD-Generatoren auf der Kommandozeile geben? Dafür würde ich gerne auf einen grafischen Ext-Kickstarter verzichten.

Ach ja: Am 20.10. ist es so weit! Ich werde definitv nicht zu den ersten Anwendern gehören, die direkten Entwickler-Support bekommen. Auch werde ich für zukünftige Projekte, so lange Typo3-Phoenix nicht fertig ist, wohl weiter auf Symfony setzen, sofern es die Anforderungen überhaupt verlangen. Ich werde mir aber schon bald die Zeit nehmen um rein zu schnuppern. Und wenn dann noch eines Tages Phoenix fertig ist… kaum auszumalen… Die Zukunft sieht rosig aus :)