Die Zukunft VON TYPO3. Interview TYPO3 Neos Core-Entwickler Karsten Dambekalns spricht im Interview ab S. 16 über die Arbeit am CMS.

Transkript

1 Die Zukunft VON TYPO3 Historie Seit der TYPO3 Version 3.0 ist viel geschehen. Begleiten Sie uns auf unserer kleinen Zeitreise ab S. 14 Interview TYPO3 Neos Core-Entwickler Karsten Dambekalns spricht im Interview ab S. 16 über die Arbeit am CMS. HowTo Mittwald TYPO3 Experte Martin Helmich erklärt ab S. 20 Schritt für Schritt, wie Sie eigene Neos Webseiten erstellen.

2 WEBHOSTING SCHULUNGEN SUPPORT Ihr Hostingpartner für TYPO3 Vertrauen Sie der Nr. 1, bei Ihren TYPO3-Projekten! Editorial Liebe Leserinnen, liebe Leser, in den letzten Monaten hat sich einiges bei TYPO3 getan und für viel Euphorie gesorgt. Mit unserem Sondermagazin Die Zukunft von TYPO3 möchten wir die Themen noch einmal in Ruhe behandeln und alle Interessierten auf den aktuellsten Stand bringen. Seit der T3CON12 steht fest: Das neue CMS, das seit Jahren unter dem Codenamen Phoenix entwickelt wurde, wird TYPO3 Neos heißen. Zur neuen TYPO3 Markenstrategie, die nicht nur Namens- sondern auch Logoänderungen beinhaltet, erfahren Sie mehr auf Seite 6. Ganz wichtig für mich ist herauszustellen, dass jeder zum Erfolg von TYPO3 beitragen kann: Vor allem das konstruktive Feedback von Anwendern ist heiß begehrt bei den Entwicklern. Auch TYPO3 Neos Core Entwickler Karsten Dambekalns erklärt im Interview (ab S. 16), dass jeder auf seine Art etwas zu dem Projekt beitragen kann. Ich liebe TYPO3 genau wie mein Webhoster! Mittwald hat die TYPO3 Erfahrung, die ich brauche: schnell, professionell und freundlich. Das ist aber längst nicht alles: Auch wenn ich bei anderen Projekten z. B. Magento oder WordPress einsetze, kann ich mich stets auf die Unterstützung des Kundenservices verlassen. Das nenne ich kompetent! TYPO3-Fans nutzen unsere Hostingtarife 7.0 Bis zu 400 GB Speicherplatz Traffic-Flatrate Komfortable Verwaltungsoberfläche Software- und Versionsmanager (TYPO3, Magento, WordPress, u. v. m.) Automatische Sicherheitsupdates und -informationen zu Ihren Webanwendungen Kompetenter Service & Support Bereits ab monatlich: Alle Angebote richten sich ausschließlich an Gewerbetreibende Alle Hostinglösungen unter: Rufen Sie uns kostenlos an: 0800 / ,99* zzgl. MwSt. In finanzieller Form ist natürlich die Mitgliedschaft in der TYPO3 Association der beste Weg. Auf der Rückseite dieses Magazins finden Sie ein Formular mit dem Sie sich die einmalige Anmeldegebühr für die Mitgliedschaft sparen können. Die Mitgliedschaft ist nicht nur für Agenturen und Entwickler interessant, auch begeisterte Anwender können dem Projekt auf diesem Weg etwas zurückgeben. Als Gimmick liegt diesem Magazin außerdem ein Cheat Sheet für TypoScript 2.0 in TYPO3 Neos bei. Sollte sich in Ihrer Ausgabe aus irgendwelchen Gründen kein Exemplar befinden, schreiben Sie einfach eine an leserbrief@mittwald.de. Ich freue mich, bei Mittwald seit Jahren die Möglichkeit zu haben, das TYPO3 Projekt zu unterstützen. Dieses Ziel verfolgen wir auch mit unserem TYPO3 Sondermagazin. Viel Spaß beim Lesen wünscht Mirko Kaufmann Leiter Werbung und TYPO3-Experte bei Mittwald INHALTSVERZEICHNIS Die TYPO3 Markenfamilie... S. 6 Die Zunkunft von TYPO3... S. 7 Die Historie von TYPO3... S. 14 Interview mit Karsten Dambekalns... S. 16 HowTo: Erste Schritte mit TYPO3 Neos... S. 22 TYPO3 Pinnwand... S. 23 * Die einmalige Einrichtungsgebühr für die Webhosting-Tarife 7.0 beträgt 9,-. Die Vertragslaufzeiten und Abrechnungszeiträume betragen für die Hosting-Tarife 7.0 zwischen 6 und 12 Monate. Automatische Vertragsverlängerung um die jeweilige Vertragslaufzeit, wenn der Vertrag nicht mit einer Frist von 30 Tagen zum Ende der jeweiligen Vertragslaufzeit gekündigt wird. Alle genannten Preise verstehen sich monatlich zzgl. MwSt. 2 / / 24

3 Die TYPO3 Markenfamilie Es wurde viel darüber geredet und teilweise heiß diskutiert: Die neue Namensgebung für die TYPO3-Produkte führte in einigen Foren und Blogs zu erregten Gemütern. Betrachtet der TYPO3- User die ganze Geschichte einmal mit etwas Abstand, wird er aber feststellen, dass die Umbenennung die richtige Entscheidung für das TYPO3-Team war. Die Einheitlichkeit und der dadurch gewonnene Wiedererkennungseffekt sind einfach zu gute Argumente, um diese wegzudiskutieren. Schon im Vorfeld der T3CON wurde angekündigt, dass alle Produkte der TYPO3-Familie in Zukunft unter einem Dachnamen versammelt sind, nämlich TYPO3. Also heißen die Produkte jetzt offiziell: TYPO3 CMS (für das bisherige CMS) DIE Zukunft VON TYPO3 TYPO3 Neos TYPO3 Extbase TYPO3 Flow (früher FLOW3) TYPO3 Fluid TYPO3 Surf Das TYPO3-Marketing-Team räumte aber ein, dass sich im alltäglichen Gebrauch wohl die Kurzformen (Neos, Flow, Fluid, etc.) durchsetzen werden. Eine weitere Änderung gab es im Hinblick auf die Logos: das bekannte TYPO3 Logo steht nun bei allen Produkten links neben dem entsprechenden Schriftzug und wird komplett in orange dargestellt. Ob viele das Grün vermissen werden? Fakt ist, dass Webseite, Werbematerialien und Co. schon lange eher durch das Orange geprägt waren, was sicherlich unter anderem zu dieser Entscheidung führte. Natürlich gab es einige kritische Stimmen, die Namens- und Farbkonzept hinterfragten, doch haben auch viele nach anfänglicher Skepsis ihre Zweifel beiseitegelegt. An manche Dinge muss sich der langjährige TYPO3-Liebhaber sicherlich erst gewöhnen, aber im Endeffekt wissen wir alle: Veränderung ist Fortschritt und Fortschritt ist gut. TYPO3 tritt also ab sofort als starke Familie unter einem Banner auf und möchte so eine Bekanntheit, die seit 10 Jahren kontinuierlich wächst, noch weiter steigern. Wir werden das engagierte TYPO3-Team wie in den letzten Jahren bei seiner Arbeit unterstützen und wünschen dabei viel Erfolg! Wir freuen uns weiterhin auf eine gute Zusammenarbeit! WE ARE FAMILY So oder ähnlich könnte der Titel dieses Artikels auch lauten, denn das TYPO3 Projekt besteht längst nicht mehr nur aus dem namensgebenden Content Management System. Bevor wir uns damit näher beschäftigen, möchten wir zunächst einen kurzen Überblick über die besprochenen Projekte geben: TYPO3 Flow ist ein eigenständiges PHP Framework, das die Grundlage für TYPO3 Neos bildet, welches wiederum ein modernes CMS mit vielen neuen Konzepten darstellt. Extbase und Fluid sind schon länger ein fester Bestandteil des TYPO3 CMS. Wir beschäftigen uns kurz mit beiden, um die Verbindung zu Flow und Neos zu verstehen. Als Beispiel für weitere Projekte, welche im Rahmen von TYPO3 entstehen, gehen wir auch auf das Deployment Tool Surf ein. 4 / 24 5 / 24

4 TYPO3 CMS Das Content Management System aus Dänemark Das TYPO3 CMS, das von Kaspar Skårhøj ursprünglich als proprietäres System entwickelt wurde, bevor er es im Jahr 2000 in der Beta Phase zur Open Source Software wurde, hieß seither schlicht TYPO3. Zwei Jahre später endete die Beta Phase und auch der Extension Manager wurde 2002 eingeführt. Daraus resultierte dann auch die Entwicklung des TYPO3 Extension Repository (TER), welches mittlerweile über Erweiterungen für unterschiedlichste Aufgaben enthält, so dass viele Webseiten umgesetzt werden können, ohne in die Programmierung einzusteigen. Extensions sind dabei Erweiterungspakete zu TYPO3, die neue Features hinzufügen oder bestehende erweitern. Ein weiterer Meilenstein war die Veröffentlichung von Version 4.0 Anfang des Jahres Diese enthielt ein neues User Interface und die mitgelieferten Features sind spätestens seit dieser Version so umfangreich, dass selbst komplexe Projekte ohne Probleme umgesetzt werden können. Sehr schnell entstand eine stetig wachsende Community, die TYPO3 für ihre Projekte nutzt, es weiterentwickelt und Extensions bereitstellt. Außerdem gibt es seit einigen Jahren die TYPO3 Association, die als Verein dafür sorgt, dass die Infrastruktur bereit steht und Gelder für wichtige Projekte zur Verfügung stehen. Auch die Ausrichtung der jährlich stattfindenden offiziellen Events wird von der Association übernommen. Eine Besonderheit bei TYPO3 ist dabei das Typo- Script, mit dem sich die gesamte Ausgabe der Webseite detailliert konfigurieren lässt, wodurch den umsetzbaren Designs keine Grenzen gesetzt sind. TypoScript ist zwar relativ komplex, doch die Grundzüge sind leicht zu erlernen und es gibt inzwischen eine Menge Tutorials und Anleitungen für die meisten Anforderungen. TYPO3 in großen Projekten Aufgrund seiner Komplexität und der vielen Konfigurationsmöglichkeiten wird TYPO3 meistens für größere Webprojekte genutzt. So setzt zum Beispiel der DFB genauso auf TYPO3, wie viele Bundesliga-Vereine, aber auch Sixt, Lufthansa und andere große Unternehmen. TYPO3 kann bei solchen Projekten mit seiner detaillierten Rechtevergabe glänzen, die es ermöglicht, auch viele redaktionelle Benutzer genau auf die Funktionen einzuschränken, die sie benötigen. Auch die Sprachfeatures von TYPO3 kommen gerade bei größeren Webpräsenzen zur Geltung. So können ganze Webseiten oder auch nur Teile davon in beliebig viele Sprachen übersetzt werden. Für das Backend existieren bereits Übersetzungen in einer ganzen Reihe von Sprachen, so dass Redakteure ganz bequem in ihrer Sprache arbeiten können. Ein weiteres Feature, das im Zusammenhang mit größeren Webseiten oft notwendig ist, ist die Arbeit mit Workspaces, so dass bestimmte Redakteure die Seite nicht live bearbeiten, sondern an einer Kopie ihre Änderungen machen, welche dann freigegeben werden können, bevor sie online gehen. Der DFB, Sixt, Lufthansa und andere große Unternehmen setzen auf TYPO3 TYPO3 in kleinen Projekten Doch TYPO3 lässt sich nicht nur in großen Projekten einsetzen. Ist der Anwender mit dem System vertraut, lassen sich auch kleine Seiten sehr leicht umsetzen. Die flexiblen Template- Systeme erlauben die schnelle Umsetzung beliebiger Designs und die vordefinierten Inhaltselemente lassen kleine Webseiten schnell entstehen. Die vielen frei verfügbaren Extensions tragen auch dazu bei, dass sich fast alle Anforderungen kleiner Projekte ohne eigene Programmierung erledigen lassen: Vom geschützten Login-Bereich über News, Formulare bis hin zur Newsletter- Lösung. Aufgrund der klaren Programmierschnittstellen und der Menge an frei verfügbaren Erweiterungen lässt sich aber auch jederzeit eine individuelle Lösung schaffen. Das Thema Extensionentwicklung wird im Bereich Extbase und Fluid noch kurz angeschnitten. Praktische Features wie ein unendliches Undo für Redakteure, Wiederherstellung für gelöschte Elemente und der Seitenbaum machen die Arbeit an den Inhalten leichter. Back to the Future TYPO3 6.0 Vor kurzem ist die TYPO3 Version 6.0 erschienen, welche viele Neuerungen beinhaltet. Nachdem die Entscheidung getroffen wurde, TYPO3 Neos nicht Version 5 zu nennen, war die Bahn frei endlich die Versionsnummer anzuheben und damit auch größere Veränderungen einzubringen. Um nicht noch mehr Verwirrung bezüglich der Versionen zu stiften, wurde Version 5 übersprungen und TYPO3 CMS geht von Version 4.7 über zur Version 6.0. Ein wichtiges Feature, das sich schon längere Zeit in der Entwicklung befindet und nun endlich ausgeliefert wird, ist das File Abstraction Layer (FAL). Es ist für einen besseren Umgang mit Dateien zuständig und bereitet den Weg für die Einbindung von Cloud-basierten Dateihosting Services. Außerdem wurde der Extensionmanager grundlegend überarbeitet, um den Umgang mit Extensions zu erleichtern und mehr Überblick zu bieten. Einige Detailverbesserungen des User Interfaces sowie viele Verbesserungen und Erleichterungen für Entwickler, wie zum Beispiel, dass TYPO3 6.0 komplett auf die in PHP 5.3 eingeführten Namespaces setzt, runden das Bild ab. 6 / 24 7 / 24

5 TYPO3 Neos Das neue System TYPO3 Neos ist gerade als Alpha-Version verfügbar und wird voraussichtlich im Frühjahr 2013 final veröffentlicht. Bereits Ende 2005 entschied das TYPO3 Core Team, dass es eine Erneuerung der Code-Basis geben müsste, um mit aktuelleren Systemen mitzuhalten. Zuerst mit nur einem Entwickler startete die Entwicklung einer neuen Version, die damals als 5.0 geplant war und lange Zeit unter dem Codenamen Phoenix entwickelt wurde. Die ersten Zeitschätzungen erwiesen sich als zu optimistisch, die Entwicklung eines komplett neuen modernen Content Management Systems erwies sich als deutlich aufwendiger, als zuerst angenommen wurde. Nach und nach wurde das Team erweitert, so dass inzwischen etwa 15 Personen daran arbeiten, ein modernes CMS für die Zukunft zu entwickeln. Anfang dieses Jahres wurde beschlossen, dass ein weiteres Festhalten an Version 5.0 wenig Sinn macht, da Neos nicht kompatibel zum bestehenden TYPO3 ist und damit die Entwicklung des TYPO3 CMS nur einschränkt wird. Daher wurde nach einem neuen Namen für das Projekt gesucht, welcher im Oktober endlich vorgestellt wurde: Das neue, modernisierte CMS der TYPO3 Community heißt ab sofort TYPO3 Neos. Neos startet mit vielen neuen Konzepten und ist als CMS für die Zukunft aufgestellt, wobei derzeit die Features noch nicht so umfangreich sind, wie beim TYPO3 CMS. Langfristig soll sich das aber ändern. Ein wichtiger Punkt ist der moderne Core. Hier wurde als Grundlage das ebenfalls von der TYPO3 Community entwickelte Framework Flow eingesetzt, welches im nächsten Abschnitt näher erklärt wird. Inhaltsstruktur Aufbauend auf Flow wird auf ein Content Repository gesetzt, das für alle Inhalte zuständig ist, wobei damit auch ausdrücklich Seiten gemeint sind. Damit liegen alle Arten von Inhalten in einer gemeinsamen Node-Struktur (Knoten) vor, was eine beliebige Verschachtelung von Inhalten ermöglicht und damit die Erstellung von flexiblen Inhaltstypen wesentlich erleichtert. Schon jetzt lassen sich darüber neue Inhaltstypen sehr einfach konfigurieren. In Zukunft soll ein grafischer Editor die Erstellung noch weiter vereinfachen. Im Content Repository lassen sich auch mehrere Webseiten verwalten, so dass in Neos mehrere Seiten in einer Installation umgesetzt werden können. Das Repository ist aber nicht nur auf reine Seitenstrukturen begrenzt, die Nodes sind in ihren Eigenschaften flexibel und auf die gleiche Weise könnte ein zentraler Kategorienbaum, eine Produktstruktur oder Ähnliches abgelegt werden. Dabei unterstützt das Content Repository durchgängig Workspaces, so dass in TYPO3 Neos niemals direkt die Live-Webseite bearbeitet wird. Stattdessen werden Änderungen immer in der eigenen Arbeitsumgebung gemacht und dann in einem zweiten Schritt in die Live-Umgebung übernommen. In späteren Versionen werden dann auch komplexe Arbeitsabläufe mit Freigaben und Gruppen-Workspaces unterstützt. Das Content Repository erleichtert mit seiner Struktur auch die Anbindung an andere Systeme und es gibt bereits einen Import und Export in XML-Dateien. SSpäter ist geplant, über diese Schnittstellen eine Synchronisation der Inhalte zwischen verschiedenen Systemen zu ermöglichen. Dies ist gerade in größeren Projekten mit Live- und Entwicklungsservern interessant, damit die Inhalte auf dem Entwicklungsserver aktuell gehalten werden können. Das TYPO3 Content Repository orientiert sich am Java Content Repository (JCR), welches ein Industrie-Standard in der Java-Welt ist. So wird die optimale Anbindung an externe Systeme gewährleistet. Backend Frontend Neue Wege beschreitet auch das User Interface in TYPO3 Neos. Gerade für Redakteure soll die tägliche Arbeit so unkompliziert wie möglich werden. Darum findet die Bearbeitung von Inhalten vollständig im Frontend statt. Das Backend- Interface wird als eine Art Rahmen um die eigene Webseite angezeigt und ist auf das wesentliche reduziert. Es gibt einen ausklappbaren Seitenbaum zum Bearbeiten, Anlegen und Löschen von Seiten, sowie einen Bereich für die Änderung von Eigenschaften wie zum Beispiel des Seitentitels oder der Sichtbarkeit von Inhalten. Eine große Besonderheit ist allerdings die Bearbeitung von Inhalten, die direkt in der Webseite erfolgt; ein sogenanntes Frontend Editing. Ein Klick in den Text blendet entsprechende Bearbeitungsleisten mit üblichen Formatierungsoptionen ein und der User kann einfach in der Seite schreiben. Dies erlaubt erstmals eine echte WYSIWYG- (What you see is what you get) Erfahrung, denn die Seite wird genauso dargestellt, wie ein Besucher sie auch sehen würde. Alle Formatierungen werden exakt wie auf der Seite dargestellt. So hat der Anwender schneller eine Vorstellung davon,wie sich der geänderte Text in die Seite einpasst.um diese Art der Bearbeitung umsetzen zu können, wurde als Basis das CreateJS-Framework integriert, das im Rahmen des europäischen Projektes IKS erstellt wurde und an dem auch TYPO3 Neos teilnimmt. Ziel des Projektes ist es, CMS-Systeme semantischer zu machen und darüber auch zu verbinden. In Zukunft wird Neos so semantische Webtechnologien stark unterstützen und die Auszeichnung von Inhalten erleichtern. Zusätzlich liefert Neos den sogenannten Wireframe Mode mit, der die Bearbeitung von Inhalten ohne Template erlaubt. Damit lassen sich Demo-Inhalte bereits anlegen, bevor das Design umgesetzt ist. TYPO3 Neos erlaubt Redakteuren erstmals eine echte WYSIWYG- Erfahrung! 8 / 24 9 / 24

6 TypoScript 2.0 Das Konzept von TypoScript wurde gründlich überarbeitet und an das neue System angepasst. Die Syntax wurde vereinheitlicht. Vieles wird nun über Templates erledigt, was den Umfang der TypoScript-Befehle deutlich reduziert. So sind nun sowohl die Basis-Seiteneigenschaften wie Doctype sowie Menüs und deren Zustände bequem in einem Template anpassbar. Über eine klare Strukturierung lässt sich zudem die Ausgabe viel einfacher in Details verändern ohne dafür viel TypoScript kopieren oder umschreiben zu müssen. Selbst Content-Elemente haben ein eigenes Template, in dem sich das HTML der Ausgabe anpassen lässt. Gleichzeitig wurden die Erweiterungsmöglichkeiten von TypoScript ausgebaut, so dass es unkompliziert ist, weitere Objekte hinzuzufügen oder bestehende Objekte anzupassen. Die stdwrap -Funktionen, die in TypoScript eine wesentliche Rolle spielen, wurden durch Processors ersetzt. Diese lassen sich nun auf fast alles anwenden. Auch die Reihenfolge und Menge an Processorsist beliebig, wodurch diese flexibler sind als das stdwrap. Darüber hinaus lassen sich leicht eigene Processors erzeugen. Um leichter mit dem Content Repository und seinen Strukturen agieren zu können, wurde das neue Konzept der FlowQuery entworfen. Die FlowQueries sind dabei an jquery angelehnt und dienen dazu, bestimmte Abfragen an die Baumstruktur des Content Repositories zu machen. Dadurch lassen sich nach kurzer Lernphase sehr viele verschiedene Anforderungen abdecken; vom Breadcrumb-Menü über den Seitentitel der übergeordneten Seite bis hin zu komplexen Filtern ist vieles möglich. Ausblick Eine Schnittstelle für Plugins in TYPO3 Neos ist bereits definiert und mit dem Blog existiert bereits eine einfache Erweiterung. Weitere werden sicherlich in den nächsten Monaten entwickelt. Schon jetzt werden verschiedene Caching- Systeme und Proxies wie zum Beispiel Varnish unterstützt. Diese Unterstützung wird weiter ausgebaut und ein eingebautes Caching-System wird als Alternative integriert. Auch die Unterstützung für multilinguale Webseiten wird demnächst umgesetzt, da derzeit mehrsprachige Seiten nur über getrennte Bäume möglich sind. Danach wird dann auch die Möglichkeit zur Lokalisierung des Backends folgen. Auch weitere Backend-Module zur Verwaltung von Daten, Domains und Workspaces sind in Arbeit und werden bis zum Release integriert. TYPO3 Flow Das dritte Projekt das wir vorstellen, ist im Zuge der Vorstellung der Dachmarke TYPO3 von FLOW3 zu TYPO3 Flow umbenannt worden und war nicht von Anfang an geplant. Während der Arbeit an Neos erkannte das Core-Team, dass für ein CMS viele allgemeine Probleme der Anwendungsentwicklung gelöst werden müssen. Diese Teilbereiche wurden schließlich zu einem eigenständigen Framework für PHP-Anwendungen, welches den Core für TYPO3 Neos bildet. Flow ist bereits seit einem Jahr final verfügbar und wird in Kürze in der Version 2.0 veröffentlicht. Es hat in kurzer Zeit viele Entwickler überzeugen können, da es starke Erleichterungen für Entwickler mitbringt und einige Konzepte anbietet, die bis dahin in PHP unbekannt waren. Inzwischen gibt es bereits einige große Flow- Projekte, die erfolgreich umgesetzt wurden und nun im Einsatz sind. Zentrales Anliegen ist dabei, eine möglichst gute Unterstützung für die Entwicklung nach Domain Driven Design zu bieten. Hierbei handelt es sich um ein Paradigma, das die Problemstellung der Applikation in den Vordergrund stellt und Nebensächliches aus der eigentlichen Programmlogik heraushalten soll. Domain Driven Design soll an dieser Stelle nicht weiter behandelt werden. Es ist allerdings ein sehr interessantes Thema und auch für die Entwicklung mit Extbase (siehe S. 12) interessant. Dependency Injection und AOP Flow ermöglicht diese Ansätze über einige interessante Prinzipien, wie zum Beispiel die Dependency Injection (DI), welche dafür sorgt, dass Objekte automatisch zur Verfügung gestellt werden, ohne dass der Entwickler sich darum kümmern muss. Das entkoppelt die Anwendung, denn solche Objekte können dann geändert werden, ohne den Code anfassen zu müssen. Das andere wichtige Konzept, das zur Entschlackung von Code beiträgt, ist das Aspect Oriented Programming (AOP), welches bisher in keinem anderen PHP-Framework verfügbar ist und ursprünglich aus Java stammt. Über AOP lässt sich Code von außen beeinflussen und ändern, um zum Beispiel Logging oder andere Code-Teile, die nicht zur eigentlichen Programmlogik gehören, nachzurüsten, ohne den eigentlichen Code anzufassen. Das erlaubt auch die Veränderung von fremdem Code ohne diesen direkt zu ändern und somit Upgrades zu erschweren. Auf AOP basiert auch das Sicherheitssystem von Flow, so dass in der Regel eine Applikation ohne eine Zeile Code auskommt, der für die Absicherung und Rechtevergabe zuständig ist. Templating Flow liefert die Template-Sprache Fluid direkt mit und diese ist auch der Standard in Flow und Neos. Durch die enge Integration zwischen Flow und Fluid muss ein Entwickler keinen Code schreiben, um ein Fluid Template in Flow zu benutzen. Fluid wird später nochmal etwas ausführlicher beschrieben und ist auch schon aus TYPO3 CMS bekannt. Flow ist an der Model-View-Controller (MVC) Struktur ausgerichtet und bietet für alle drei Bereiche Strukturen an, die in der eigenen Applikation genutzt werden können. Sollte Fluid nicht gewünscht sein, lassen sich auch andere Views unkompliziert integrieren. So liefert Flow zum Beispiel einen JSON-View für die Kommunikation mit JSON Services. Das TYPO3 Neos Core-Team im September 2012 / Foto: Ben van t Ende 10 / / 24

7 Persistenz In TYPO3 Flow wird Doctrine zur Datenbankabstraktion und für das sogenannte Object Relational Mapping genutzt (ORM). Mit Doctrine stehen eine ganze Reihe von Datenbanksystemen für Flow zur Verfügung. Angefangen von den Standards MySQL und PostgreSQL werden auch Microsofts SQL sowie Oracle und IBM DB2 unterstützt. Doctrine integriert sich nahtlos in Flow. Datenbanktabellen können dabei von Doctrine anhand der Datenmodelle erstellt werden. Migrationen zwischen verschiedenen Versionen einer Applikation werden unterstützt und von Flow genutzt. Doctrine integriert sich dabei nahtlos in Flow und der Zugriff auf Daten ist für den Entwickler völlig unkompliziert. Für spezielle Abfragen oder zur Optimierung der Performance bietet Doctrine die sogenannte Doctrine Query Language (DQL) an, welche an SQL angelehnt ist, Objektorientierung berücksichtigt und die Eigenheiten verschiedener Datenbanken überbrückt. Weiteres und Ausblick Flow bringt eine Unterstützung für die Lokalisierung und Übersetzung eigener Projekte mit und integriert dabei die Daten des Unicode Common Data Locale Repository (CLDR), welches Informationen zu Zahlen- und Datumsformaten sowie Singular/Plural und viele weitere landesabhängige Daten enthält, die für eine vollständige Lokalisierung notwendig sind. Zur Speicherung von Übersetzungen wird das XLIFF-Format genutzt, welches ein Standard in der Dokumenten- Übersetzung ist und für das viele externe Tools zur Verfügung stehen. Aufgrund der Umsetzung der HTTP-Spezifikation bringt Flow auch direkt alle Werkzeuge zur Anbindung an Webservices wie RESTful oder SOAP mit. Außerdem lassen sich in TYPO3 Flow zahlreiche Befehle auf der Kommandozeile nutzen, welche ausführlich dokumentiert sind und sich auch einfach um eigene Befehle ergänzen lassen. Schließlich ist mit dem Support von Composer in der Version 2.0 ein erster Schritt in Richtung eines Package Repository getan und die Einbindung externer Pakete ist nun einfach möglich. So können zum Beispiel Symfony Komponenten in Flow-Applikationen genutzt werden. TYPO3 Extbase und Fluid Nach den drei großen Projekten der TYPO3 Community kommen wir nun mit Extbase und Fluid zu zwei Teilprojekten, die ihren Ursprung in Flow und Neos haben. Es gab schon sehr früh in der Entwicklung von Flow den Wunsch, die Ansätze für die Entwicklung, die in Flow verfolgt wurden (MVC und Domain Driven Design) auch in TYPO3 CMS für die Entwicklung neuer Extensions verfügbar zu machen. Erste Versuche das Flow Framework einfach parallel zu TYPO3 laufen zu lassen, erwiesen sich als schwierig, so dass auf Basis des (damaligen) Codes ein Backport von Flow entstand, der Extbase genannt wurde. Inzwischen basieren bereits viele Backend-Module auf Extbase und die Arbeit mit Extbase macht Entwickler vertraut mit vielen Konzepten, die in Flow und Neos genutzt werden. So unterstützt Extbase auch Dependency Injection und das Domain Driven Design Konzept wurde auch so weit wie möglich umgesetzt. Eine klare Model-View-Controller Struktur sowie eine einheitliche Entwicklung für Frontend und Backend erleichtern es Programmierern neue Module und Plugins zu entwickeln. Und mit dem Extension Builder steht ein mächtiges Werkzeug zur Verfügung, um Models für eine neue Extension anzustoßen. Extbase stellt somit heute den Standard für Extensionentwicklung dar. Neue Extensions werden fast nur noch auf Basis von Extbase erstellt. Das Extbase-Team kümmert sich dabei um eine möglichst große Kompatibilität zu Flow und entwickelt Extbase für die Nutzung innerhalb von TYPO3 weiter. Fluid Templates Extbase wie auch Flow nutzen als Template-Sprache Fluid, das auch in der TYPO3 Community entwickelt wurde. In Fluid kann direkt auf zur Verfügung stehende Variablen und Objekte zugegriffen werden. Zusätzlich stellen sogenannte ViewHelper verschiedene Funktionen zur Verfügung. Angefangen bei Formatierungen für Datumsformate über Schleifen und Bedingungen, erlauben ViewHelper sehr dynamische Templates. Durch die Möglichkeit eigene ViewHelper einzubinden, kann Fluid jederzeit an die eigenen Anforderungen angepasst werden. Dabei ist Fluid mit seiner XML-ähnlichen Syntax leicht in bestehendes HTML zu integrieren und stört auch bei der Vorschau im Browser nicht, da die Fluid ViewHelper als unbekannte Tags unsichtbar bleiben. Inzwischen ist Fluid auch eine moderne Möglichkeit, ganze Seitentemplates für TYPO3 umzusetzen. Und da die Syntax dieselbe ist und auch die meisten ViewHelper in TYPO3 CMS und Flow/ Neos verfügbar sind, ist der Umstieg auf die Umsetzung einer Neos Webseite nicht schwierig. In Zukunft könnte Fluid von Extbase und Flow losgelöst werden, um dann als eigenständige Template Engine auch in anderen PHP-Projekten zum Einsatz zu kommen. TYPO3 Surf Mit den ersten größeren TYPO3 Flow Projekten entstand auch die Notwendigkeit, diese auf Servern bereitzustellen. Es gibt bereits einige Deployment Tools,doch keines davon ist auf PHP- Projekte ausgerichtet - also wurde Surf entwickelt. Surf soll dabei nur ein Beispiel für Projekte sein, die in der TYPO3 Community entstehen. Surf automatisiert den Arbeitsablauf, auf einem Server die aktuelle Version einer Applikation aus Git auszuchecken, eventuelle Datenbankänderungen einzuspielen und Caches zu löschen. Zusätzlich können vor der Live-Schaltung der neuen Version noch Tests absolviert werden, um sicherzustellen, dass die neue Version auch auf dem Server einwandfrei funktioniert. Zusätzlich hält Surf dabei alte Versionen der Applikation vor, damit jederzeit ein Rollback zu einem funktionierenden Stand stattfinden kann. 12 / / 24

8 Die Historie von TYPO3 Pünktlich zum Redaktionsschluss des vorliegenden Sonderheftes veröffentlichte das Entwicklerteam rund um Helmut Hummel, Susanne Moog und Christian Kuhn die inzwischen sechste Version von TYPO3. Nach aktuellen Schätzungen nutzen bereits mehrere hundert tausend Anwender regelmäßig das freie Content Management System. Kein Wunder, bietet TYPO3 doch für Webdesigner, Entwickler und Redakteure gleichermaßen nützliche und einzigartige Vorteile. Doch der heute hohe Funktionsumfang und die einfache Bedienung waren nicht von Beginn an auf dem heute gewohnten hohen Niveau. In den vergangenen zehn Jahren hat sich viel getan in der Welt von TYPO3 dass macht nicht nur die aktuelle Versionsnummer 6 deutlich. Wir blicken zurück und stellen die wichtigsten Entwicklungsschritte noch einmal in unserer Historie vor TYPO TYPO3 4.6 AJAX-basierter Backend-Login, überarbeitetes Frontend-Editing, verbessertes Caching-Framework, Flashbasierter Datei-Upload, Integration des MVC-Frameworks Extbase und der Template-Engine Fluid 2010 TYPO3 4.4 Vollständiges Redesign des TYPO3- Backends, Bereitstellung des TYPO3 Introduction Package, Ausgabe von HTML5-Quellcode im Frontend 2012 Performance-Optimerung durch Aktivierung des Caching-Frameworks, Unterstützung von XLIFF für den einfacheren Betrieb mehrspachiger Webseiten, ExtJS-basierter Wizard für das einfache Erstellen von Formularen TYPO3 4.7 Barrierefreie Frontend-Ausgabe, Government Packages als Basis für barrierefreie Webseiten, bessere Unterstützung von HTML5 Das TYPO3 Logo Auch das TYPO3 Logo hat sich in den letzten zehn Jahren optisch entwickelt. Neben dem bereits seit 2005 neuen Signet fällt vor allen Dingen auf, dass das ursprünglich dreifarbig angelegte Logo inzwischen vollständig im kräftigen Orange erstrahlt. TYPO TYPO3 4.5 Erste TYPO3-Version mit Long Term Support, Erweiterung des Seiten-Moduls durch GridView, Live Search mit Auto- Vervollständigung, überarbeitetes Adminpanel, verbesserter Extension Manager 2012 TYPO3 6.0 Für mobile Endgeräte optimiertes Backend, verbessertes Datei-Handling durch FAL und Umstellung auf PHP 5.3 Namespaces 2012 TYPO3 Neos Neues, eigenständiges CMS 2001 TYPO3 3.0 Die erste frei verfügbare TYPO3-Version erscheint 2003 TYPO3 3.5 Einführung des Extension Managers zur einfachen Erweiterung des Basissystems 2004 TYPO3 3.6 Inhaltselemente werden in XHTMLkonformem Quellcode ausgegeben, weitere Datenbanksysteme werden unterstützt TYPO3 3.7 Verbessertes Handling mehrsprachiger Webseiten, erweiterte Rechteverwaltung für Redakteure 2005 TYPO3 3.8 Sprachpakete für die Lokalisierung des Backends werden bereitgestellt, Erweiterung der Indexsuche um weitere Dateiformate, Performance-Optimierungen 2006 TYPO Vollständiges Redesign des TYPO3- Backends, Versionsmanagement für Seiteninhalte (Workspaces), Einführung des Rich Text Editors HTMLArea, Integration von TemplaVoila! Überarbeitung des Extension Repositorys und des Extension Managers TYPO3 4.1 AJAX-basierter Seitenbaum, Einführung des Inline Relational Record Editings (IRRE), bessere UTF8-Unterstützung, Kommandozeilen-Schnittstelle (CLI) zur Erleichterung administrativer Tätigkeiten TYPO3 4.2 Verbesserung der Backend-Usability, Anordung von Bearbeitungsfunktionen in gesonderten Tabs, Highlight-Suche im Backend zum einfachen Auffinden von Seiten- und Inhaltselementen, TYPOScript Editor inkl. Syntax-Highlighting Die Login-Screens Jeder TYPO3 Anwender kennt ihn den TYPO3 Login Screen. Aber können Sie sich noch an dessen Aussehen in der TYPO3-Version 3.3 erinnern? In unserer Login-Galerie stellen wir einige ausgewählte Designs bisheriger TYPO3-Versionen vor. Version 3.3 Version 3.5 Version 3.8 Version 4.0 Version 4.4 Neos 14 / / 24

9 Interview mit Karsten Dambekalns Karsten, wie bist du zum ersten Mal mit TYPO3 in Berührung gekommen? TYPO3 habe ich zum ersten Mal 2001 ausprobiert, und es sah nicht gut aus für unsere Beziehung: Ich war Linux-Nutzer und mit Netscape 4.7 unterwegs. Das Classic-Backend damals aber auf den Internet Explorer optimiert. Ich bin dann nach einem Ausflug zu Midgard gut ein Jahr später wieder bei TYPO3 und dem Alternative - Backend gelandet habe ich dann meine ersten Patches an die Core-Liste geschickt, seitdem bin ich dabei. Wie bist du zum TYPO3 Neos Team hinzugestoßen? Nachdem ich bereits 2004 mit der DBAL-Entwicklung in den Kreis der Core-Entwickler eingestiegen war, legte die T3BOARD den Grundstein für die Zusammenarbeit und Freundschaft mit Robert. Er und René Fritz waren schon damals an der Idee dran, den Core radikal zu modernisieren. Gemeinsam mit Robert Lemke leitet Karsten Dambekalns das TYPO3 Neos Team. Im Interview erzählt er von seinen Anfängen mit TYPO3, der Arbeit im Team und schaut in die Zukunft von TYPO3 Neos. Dann gab es 2005 ein Treffen von Core- Entwicklern und Active Members der TYPO3 Association in einem Sommerhaus in Kettrup Bjerge. Neben der Entstehung der Vision Inspiring People to Share und der Mission To Jointly Innovate Excellent Free Software Enabling People to Communicate des TYPO3-Projektes geht auch die Idee eines Neuanfangs mit Version 5 auf dieses Treffen zurück. Ich würde also nicht sagen, dass ich zum Team dazu gestoßen bin ich war von Anfang an dabei. Rückblickend waren wir ziemlich optimistisch mit der Zeitplanung und der Idee den Core radikal umzubauen dass wir am Ende mit einem System auf Basis eines revolutionären Frameworks dastehen, hätten wir nicht gedacht! Aber es ist fantastisch, was das Team seitdem erreicht hat und welche Reichweite auch außerhalb der TYPO3- Community Flow bereits hat. Findest du neben TYPO3 eigentlich auch noch andere Systeme interessant? Natürlich sind andere Systeme interessant. Zum einen sollte man immer das passende Werkzeug zum aktuellen Problem suchen, und zum anderen holt man sich natürlich auch Ideen aus anderen Projekten. Nicht nur die Konkurrenz, sondern auch ganz andere Systeme und Projekte im Falle von TYPO3 Flow z. B. auch in der Java- und Ruby- Welt. Wer nie über den Tellerrand schaut, immer im eigenen Saft kocht, der bleibt stehen und verpasst oft die Chance auf Innovation. Wie sieht ein typischer Tag in deinem Leben als TYPO3-Teammitglied aus? Wenn ich die Kinder in die Schule gebracht habe und am Rechner sitze mal bei mir, mal bei Robert im Büro beginne ich den Tag meist mit s (Gerrit und Forge schreiben mir sehr regelmäßig) und Newsgroups. Danach geht es dann an die aktuellen Aufgaben, meist liegen auch ein paar Code Reviews an. Während des Tages bin ich fast immer im IRC eingeloggt und auch per Jabber erreichbar gerade die IRC-Channel ersetzen den Flurfunk in unserem verteilten Team und sind enorm wichtig. Es kann aber auch vorkommen, dass ich mich abschotte keine , kein Twitter, kein IRC um konzentriert an einem Problem zu arbeiten. Um 14:00 Uhr haben wir dann unseren täglichen Hangout, in dem wir im Stile eines typischen Scrum-Standup-Meetings berichten, was gerade (nicht) so läuft. Nachdem das Protokoll des Hangout verschickt ist, geht es wieder an die Arbeit. Und wie viele im Team bin ich auch nach dem Abendprogramm mit der Familie (wieder) online. Wie können Interessierte Teil Eures Teams werden? Besteht bei Euch überhaupt Interesse an Zuwachs? Auf jeden Fall, das Team muss weiter wachsen! Das Beste ist, einfach im IRC-Channel (#typo3- neos) vorbeizuschauen, um einen Einblick in das Team und die Arbeit zu gewinnen. Wir finden dann sicher gemeinsam einen Bug oder ein Feature, an dem man sich ausprobieren kann. Auch Code Reviews sind ein guter Einstieg für Entwickler aber Anwender, die mithelfen möchten, können Änderungen testen oder sich dem wahnsinnig wichtigen Thema Dokumentation widmen. Welche Voraussetzungen müssen Bewerber für das Team mitbringen? Wichtig sind natürlich solide handwerkliche Fähigkeiten. Egal ob nun PHP, JavaScript, Design oder Kommunikation; die größte Hilfe kommt von Leuten, die wissen, was sie tun. Hier ist praktische Erfahrung oft mehr Wert als ein tolles Diplom, also bloß nicht denken, wir würden im sprichwörtlichen Elfenbeinturm sitzen. Noch wichtiger ist aber Verlässlichkeit. Mit jemandem der regelmäßig und planbar helfen kann, erreichen wir mehr, als mit einem Genie, das nach einer Woche wieder verschwindet. Und: Neugier und Begeisterung für sauberen Code (oder korrekte Farbprofile, richtige Grammatik, ), die sollte man auch mitbringen. Wie können TYPO3-Fans das Projekt auch außerhalb der Teams unterstützen? Indem sie die Software ausprobieren und uns Feedback geben. Indem sie anderen davon erzählen, Lust machen auf das große Unbekannte. Die beste Software nützt nichts, wenn sie niemand kennt. Wenn mehr Leute Neos und Flow vermarkten, hilft das bestimmt. Wer als TYPO3-Nutzer sorgenvoll in die Zukunft blickt, kann uns ebenfalls helfen wo kommen die Sorgen her? Wie können wir tatsächliche und vermeintliche Probleme aus der Welt schaffen? Wieder geht es um Feedback! Und natürlich hilft es auch, wenn Agenturen ihren Mitarbeitern Zeit geben, sich mit Neos zu beschäftigen. Wer das Mittagessen oder den Kaffee für einen Code Sprint beisteuert hilft auch. Eine Mitgliedschaft in der TYPO3 Association hilft bei der Finanzierung. Und wer die Entwickler bei Kundenprojekten mit einbindet, hilft dem Projekt und dem Entwickler gleichermaßen. Und weil Geld nicht alles ist: eine nette Mail, ein lobender Tweet oder Erfolgsberichte über spannende Projekte motivieren ungemein! Wie war das Feedback zur ersten Alpha- Version von TYPO3 Neos? Großartig! Es gab Zuspruch aus völlig unterschiedlichen Richtungen, aus der Flow-Community ebenso wie von TYPO3-Urgesteinen der ersten Stunde. Auch dass noch im Oktober mehrere hundert Test-Installationen bei Mittwald angefragt wurden, ist ein tolles Signal. Was bisher ausgeblieben ist, ist eine Flut von Bug-Reports und Feature-Requests. Das mit den Bug-Reports ist nicht so schlimm Aber Feature- Requests würden uns zeigen, was die Nutzer wirklich wollen. Besonders in Verbindung mit der Voting-Funktion in Forge wäre das hilfreich. 16 / / 24

10 Im Vorfeld sind unbeabsichtigt schon einige Dinge z. B. zur Umbenennung von FLOW3 in TYPO3 Flow bekannt geworden. Wie groß war der Aufruhr danach in den Teams? Dass nach einem griffigen und konsistenten Schema für alle Produkte im Projekt gesucht wird, war ja keine Neuigkeit. Die Umbenennung in TYPO3 Flow war ein logischer Schritt, finde ich. Aufruhr in den Teams gab es daher kaum: das Neos-Team wusste, was da kommt und das Core-Team war ja auch eingebunden. Natürlich waren diejenigen, die sich auf Twitter und in Blogs aufgeregt haben, nicht zu übersehen. Und doch waren es nur wenige, wenn man sich vor Augen hält, wie groß die Community ist. Was man an dieser Situation wieder gut sehen konnte: Es gibt keinen richtigen Weg. Da wird uns vorgeworfen, im kleinen Kreis vorschnell Dinge zu entscheiden, ohne irgendjemanden zu informieren. Mal abgesehen davon, dass das nicht stimmt: Wenn wir konkrete Ergebnisse langsam in aller Öffentlichkeit breitgetreten hätten, wäre sicher der Vorwurf dagewesen, wir hätten die Chance auf den Knalleffekt, auf vernünftiges Marketing, verpasst. Wie ist es zu dem Namen Neos gekommen? Der Name Neos stammt aus Kopenhagen. Wir hatten ja im September einen Neos-Codesprint dort, und bei einem Barbecue (Danke an MOC!) saß dann eine gemischte Runde zusammen und redete sich in Fahrt. Von den alten Ideen über Absurdes bis hin zu Mythologie und Fantasy war alles dabei, und irgendwann hing dann Neos im Raum. Das hat uns dann die nächsten Tage nicht mehr losgelassen. Wann kommt TYPO3 Neos 1.0? Kein Kommentar! :) Okay, sagen wir mal so: Im Team ist die Planbarkeit auf lange Sicht gut, kurzfristig gibt es aber starke Schwankungen. Jetzt zum Jahresende sind die Kunden ja immer besonders anspruchsvoll, so dass die meisten im Team derzeit viel zu tun haben. Robert und ich müssen auch wieder ins Projektgeschäft einsteigen die Förderung durch die TYPO3 Association soll ja weiter zurückgefahren werden. Für den Rest des Jahres rechnen wir daher zwar noch mit einer weiteren Alpha-Version, die stabile 1.0 wird es aber erst nächstes Jahr geben. Wie können sich Agenturen heute schon auf TYPO3 Neos vorbereiten? Da gibt es verschiedene Wege. Einige Projekte auf Neos-Basis sind ja bereits in der Entwicklung, teils sogar im Testbetrieb mit Pilotkunden. Falls es die Möglichkeit gibt, an einem Spielprojekt direkt mit Neos anzufangen, nur zu! Viele Agenturen werden aber eher nach einer Möglichkeit suchen, im laufenden Geschäft sanft einzusteigen. Hier kann ich nur wieder auf Extbase hinweisen es stellt die grundlegenden Konzepte hinter Flow für TYPO3-Extensions zu Verfügung. Wer in Extbase sauber entwickelt, kann mit überschaubarem Aufwand zu Flow und Neos portieren. Eine andere Möglichkeit, die bisher eher übersehen wird, ist die Nutzung von Fluid-Templates in TYPO3. Natürlich ist Fluid neben TemplaVoilà und Markern eine dritte Technologie, erhöht also zu Beginn die Komplexität. Wer jedoch seine Projekte so weit wie möglich auf Fluid-Basis umsetzt, lernt damit bereits alles, was er zum Templating in Neos wissen muss. Content- Migration Extbase / Fluid Werden Anwender von TYPO3 CMS auf TYPO3 Neos einfach umsteigen können? Manches wird einfach migriert werden können. Seitenstrukturen mit Inhalten die TYPO3 outof-the-box unterstützt, wird man importieren können. Templates dagegen wird man anpassen müssen wer jetzt schon Fluid nutzt, hat es da leichter. TypoScript hat sich verändert, hier wird vieles einfacher um Handarbeit kommt man aber beim Umstieg nicht herum. Die größten Probleme werden sich bei Extensions ergeben. Wann welche Extensions für Neos zur Verfügung stehen werden, können wir natürlich nicht sagen. Ich kann verstehen, wenn der Entwickler einer Extension sich jetzt auf die Anpassungen an TYPO3 6.0 konzentriert. Ich hoffe aber, dass die Extension-Entwickler zum richtigen Zeitpunkt auf den Neos-Zug aufspringen. Ein Umstieg sollte geplant und hinterfragt werden. Ob es sich lohnt, hängt stark vom Projekt und dem Umfeld ab. Wenn TYPO3 CMS alles bietet, was notwendig ist und keine neuen Anforderungen hinzukommen, kann man auf einen Umstieg verzichten. Werden die beiden Systeme in Zukunft für die gleiche Zielgruppe weiter entwickelt oder wird es hier eine konkrete Unterscheidung geben? Momentan sind die Zielgruppen sicher nicht deckungsgleich. Neos richtet sich stärker an Kunden, die viel individuelle Funktionalität mit relativ wenig Content Management benötigen hier kann die Kombination von Framework und CMS ihre Stärken bereits voll ausspielen. Wenn Neos in der ersten Version stabil läuft, wird es sicher auch im Bereich der einfacheren Webseite Fuß fassen, gerade durch das konsequente und starke Frontend-Editing. Und mit wachsendem Funktionsumfang kann es sicher ein direkter Konkurrent zu TYPO3 CMS werden. Wer aber derzeit TYPO3 voll ausreizt, wird sicher noch eine Weile dabei bleiben. Was die Zielgruppen angeht, kommt es aber nicht nur darauf an, wen Neos ansprechen will sondern auch, wen das klassische TYPO3 anspricht. Und, mal ehrlich, wer kann das bei all der Flexibilität schon sagen? Wie lange eine parallele Weiterentwicklung stattfindet? Das kann ich ganz ehrlich nicht genauer beantworten als wohl noch eine ganze Weile. Hier spielen zu viele Faktoren eine Rolle. Wie lange noch Geld der TYPO3 Association fließt, kann derzeit niemand sagen. Da haben die Mitglieder ja auch etwas zu sagen, und wie schnell oder langsam die Prioritäten sich da ändern, ist völlig unklar. Aber selbst, wenn es weniger oder gar keine Finanzierung mehr gibt: Der größte Teil der Pflege und Entwicklung wird bereits heute dezentral und unabhängig realisiert! Solange es im Core-Team den Willen gibt, TYPO3 CMS weiter zu pflegen, wird das auch geschehen. Falls das ganze Core-Team sich irgendwann geschlossen hinter Neos stellt, ist das sicher ein Dämpfer für TYPO3 CMS ob es das Ende wird, ist dennoch unsicher. Auf der anderen Seite werden die Leute hinter Neos und Flow weiter daran arbeiten, das System vorantreiben und versuchen, möglichst viele Nutzer davon zu überzeugen. Und je mehr sich uns anschließen, desto schneller wird das System im Markt ankommen. Wenn wir die aktuelle Welle stehen können, surfen wir damit sicher bis ans Ziel! Was sind die nächsten Schritte in Richtung Stable Release? Nach der ersten Alpha ging es erst mal darum, die noch ausstehenden Aufräumarbeiten nach dem Release vor allem die Umbenennung zu Neos zu erledigen. Jetzt heißt es, Neos weiter zu stabilisieren, das User Interface weiter auszuarbeiten und noch fehlende Funktionen fertigzustellen. Hier fallen mir neben dem besseren Handling von Medien zuerst das Management-Modul ( Listen- Modul auf Basis des Expose-Package) und das Site-Management ein. Und um eine saubere Basis für Neos zu haben, arbeiten wir auch am letzten Schliff von TYPO3 Flow 2.0. Wir danken dir für diese Einblicke in das TYPO3 Neos Projekt! 18 / / 24

11 Erste Schritte mit TYPO3 Neos HowTo zur Erstellung von Neos Webseiten Mit diesem Praxisartikel legen Sie den Grundstein für Ihre erste TYPO3 Neos Webseite. Martin Helmich erklärt Schritt für Schritt wie Sie eine Seite erstellen und erste Anpassungen vornehmen. Erstellen der Seite Eines der grundlegenden Architekturprinzipien von TYPO3 Neos ist die strenge Modularisierung. Als Unterbau für das CMS dient das Applikationsframework TYPO3 Flow. Beim CMS Neos handelt es sich also tatsächlich um eine Zusammenstellung von 14 Paketen, die verschiedene Teilfunktionen kapseln. Auch eine Webseite ist in TYPO3 Neos nichts anderes als ein Flow-Paket, welches nach Belieben in einer Neos Umgebung installiert, deinstalliert oder auf andere Systeme übertragen werden kann. Zum Erstellen neuer Seiten bietet Neos einen Kickstarter an, mit dem ein Grundgerüst einer Seite mit Templates und TypoScript erstellt werden kann. Er kann wahlweise über die grafische Setup-Oberfläche während der Installation oder jederzeit über die Kommandozeile angesprochen werden. Unter Verwendung der Kommandozeile kann eine neue Seite mit folgendem Befehl erstellt werden: #./flow site:kickstart --package-key MW.DemoSite --site-name Mittwald Demo-Seite Beim Package-Key (in diesem Fall MW.DemoSite ) handelt es sich um den Paketnamen der Seite. Ein Blick in das Verzeichnis Packages/Sites zeigt, dass dort ein neues Paket mit genau diesem Namen erstellt wurde. Hinweis: Alle Dateipfade in den nachfolgenden Abschnitten sind relativ zum Paketverzeichnis Packages/Sites/MW.DemoSite angegeben. Struktur der neu erstellten Seite von Mittwald- TYPO3 Experte Martin Helmich Bisher existiert die neue Seite nur als Paket, ist aber noch nicht aktiv (dazu gleich mehr). Das neue Paket folgt im Groben der üblichen Struktur für TYPO3 Flow Pakete und enthält folgende wichtige Verzeichnisse: Das Verzeichnis Classes/ enthält benutzerdefinierte PHP-Klassen. Falls das Paket seitenspezifische Plugins benötigt, könnten die dazu benötigten PHP-Dateien hier abgelegt werden (um Plugins portabel zu halten, macht es in aller Regel allerdings mehr Sinn, diese in eigene Pakete auszulagern). Die TypoScript-Templates der Seite werden unter Resources/Private/TypoScripts gespeichert. Auch hier hat der Kickstarter bereits ein Standard-Template unter Library/Root.ts2 angelegt. Im Verzeichnis Resources/Private/Content werden Inhalte der Seite gespeichert. Hier kann in der Datei Sites.xml zum Beispiel eine Standard-Struktur definiert werden, die bei der Installation der Seite automatisch erstellt werden soll. Öffentlich zugängliche Dateien, also beispielsweise Bilder und CSS-Dateien, können später im Verzeichnis Resources/Public abgelegt werden. Installation der Seite und erste Anpassungen Wird Neos nun über den Browser aufgerufen, kommt zunächst noch die ernüchternde Meldung Missing Homepage. Dies liegt daran, dass die soeben erstellte Seite noch gar nicht aktiv ist. Dies kann über folgenden Kommandozeilenbefehl erfolgen: #./flow site:import --package-key MW.DemoSite Dieses Kommando importiert die in der oben erwähnten Datei Sites.xml definierte Seitenstruktur. Beim erneuten Aufruf im Browser sollte nun bereits die neue Seite sichtbar sein auch wenn es hier zugegebenermaßen noch nicht viel zu sehen gibt. Um die Seite optisch an die eigenen Bedürfnisse anzupassen, kann nun das Standard-Template in der Resources/Private/Templates/Page/Default.html angepasst werden. Um die neue Seite ein wenig aufzuhübschen, kann zunächst eine CSS-Datei im Verzeichnis Resources/Public/Stylesheets erstellt werden (auch das Verzeichnis muss zunächst erstellt werden). Im Template kann das Stylesheet dann wie folgt eingebunden werden (der f:section-viewhelper ist standardmäßig bereits da, enthält aber keinen Inhalt): <head> <!-- --> <f:section name= stylesheets > <link href= {f:uri.resource(path: Css/Stylesheet.css )} rel= stylesheet type= text/css /> </f:section> </head> Die Pfadangabe erfolgt relativ zum Verzeichnis Resources/Public des Pakets. Flow bildet alle in diesem Verzeichnis gespeicherten Dateien automatisch auf ein öffentlich sichtbares Verzeichnis ab. Innerhalb des <f:section name= body >-ViewHelpers kann das eigentliche Seiten-Layout nach eigenem Ermessen bearbeitet werden. Interessant ist hier weiterhin der ViewHelper <ts:rendertyposcript path= sections/main />. Dieser rendert die Inhaltselemente, die für den jeweils aktuellen Seitenknoten im Abschnitt main definiert sind, an die jeweilige Stelle quasi das Äquivalent zu dem aus dem TYPO3 CMS bekannten styles.content.get. Genauso, wie oben mit dem f:uri.resource-viewhelper bereits die CSS-Dateien verlinkt wurden, kann mit diesem ViewHelper auf beliebige öffentliche Ressourcen zugegriffen werden. Seitenspezifische Konfigurationsdateien können im Verzeichnis Configuration/ abgelegt werden. Das Verzeichnis Resources/Private/Templates enthält die HTML-Vorlagen für die Seite. Der Kickstarter wird bereits ein Template unter dem Pfad Page/Default.html angelegt haben. 20 / / 24

12 So können beispielsweise auch Bilddateien ausgegeben werden: <img src= {f:uri.resource(path: Images/Logo.png )} /> Mehrere Inhaltsbereiche einrichten Über das TypoScript-Template kann eine Seite auf beliebig viele Bereiche (hier sections genannt) aufgeteilt werden. Um zusätzlich zum standardmäßig angelegten Bereich main weitere anzulegen, können im TypoScript-Template (Resources/Private/TypoScripts/Library/Root.ts2) folgende Zeilen hinzugefügt werden: page.body { [ ] sections { main = Section main.nodepath = main } } right = Section right.nodepath = right Auf die in diesem Bereich hinterlegten Inhalte kann im Template über den bekannten <ts:rendertyposcript>-viewhelper zugegriffen werden. Inhalte anlegen und bearbeiten Nach der Anmeldung im Neos-Backend können nun sofort Inhalte in den beiden Bereichen über das gewohnte In-Place-Editing bearbeitet werden (sofern im Template eingebunden). Neu angelegte Seiten können ebenfalls angelegt werden und tauchen sofort im Menü auf. Soll die Inhaltsstruktur einer Seite portabel gespeichert werden, so können alle Seiteninhalte über folgenden Befehl exportiert und wieder in der Datei Resources/Private/Content/Sites.xml gespeichert werden: #./flow site:export > Packages/Sites/MW.DemoSite/Resources/Private/Content/Sites.xml Auf diese Weise kann beispielsweise eine Standard-Seitenstruktur festgehalten werden, die bei Installation des Pakets automatisch erstellt werden soll. Ausblick In aller Regel ist es beim Erstellen einer neuen Webseite mit den Anpassungen an der HTML-Vorlage und am CSS nicht getan. Die Darstellung der Standardelemente müssen z. B. an die eigenen Bedürfnisse angepasst werden. Ferner muss ein funktionierendes Benutzer- und Rechtekonzept implementiert werden. Dennoch kann mit dem in diesem Artikel beschriebenen Vorgehen bereits ohne große Probleme der Grundstein für eine eigene TYPO3 Neos Seite gelegt werden. 22 / / 24

13 JETZT bis zum Mitglied werden und Aufnahmegebühr sparen * Give a helping hand! Werden Sie Mitglied der TYPO3 Association oder spenden Sie an das TYPO3 Projekt SPENDE Ja, ich möchte dem TYPO3 Projekt einen Betrag in Höhe von (Betrag) MITGLIEDSCHAFT Ja, ich möchte Mitglied der TYPO3 Association werden und wähle folgende Mitgliedschaft: Mitgliedschaft Einmalige Aufnahmegebühr Jahresbeitrag (Währung) Bronze 100 EUR 0 EUR * 105 EUR spenden. Silver 500 EUR 0 EUR * 770 EUR Für die gezahlte Summe erhalte ich eine gültige Spendenbescheinigung. Gold Platinum 500 EUR 500 EUR 0 EUR * 0 EUR * EUR EUR Senden Sie die Rechnung / Spenden-Quittung an: Anrede, Titel Bundesland Vorname Land Nachname Firma Website Strasse Anmerkung PLZ, Ort Unterschrift Bitte schicken Sie das vollständig ausgefüllte Antragsformular per Fax: oder donation@typo3.org an uns zurück. *Aktion nur bis gültig