Im Moment schrauben wir viel an dem TYPO3 Autoloader. Diesen habe ich euch bereits einmal vorgestellt, möchte euch aber über Neuerungen berichten. Neben den bereits vorgestellten Loadern, werden in der aktuellen Version, weitere Funktionen automatisch mit geladen. Diese habe ich in einer Liste unten beschrieben.

Nochmals über diese Thematik zu bloggen, haben mich die Kollegen und Kunden gebracht. Zum einen hatte ich vergangene Woche einen MySQL „Out of Memory“ Fehler (Ja, es war MySQL und nicht PHP). Die Datenbank kämpfte in einem alten Projekt mit einem FCE, welches in ca. 80 Sprachen und Sections, versuchte über 2.000.000 Zeichen in einen bodytext zu schieben (der Netto-Informationsgehalt war extrem wenig). Es funktionierte im Anschluss, aber wenn man mal bedenkt das fast die hälfte der Zeichen Leerzeichen waren, welche das XML „schön“ aussehen lassen, dann weiß man, dass man was falsch gemacht hat. Zum anderen sind wir auf der Suche nach FCE Alternativen, weshalb wir uns schon so einige Extensions angeschaut haben, aber immer über die FlexForms gestolpert sind. Dies hat uns zum Autoloader gebracht: Mit dem Autoloader (SmartObjects und ContentObjects) ist es leicht aus Extbase Modellen einfach und sauber echte Inhaltselemente zu bauen, tt_content zu ergänzen (CType) oder aber vollständig separate Daten persistent zu machen. Komplett ohne XML! Wir wollen den Mechanismus jedoch weiter verbessern und suchen weitere Ideen!

Folgende Loader sind neu hinzugekommen:

• TypeConverter:
  TypeConverter werden automatisch aus dem Verzeichnis „Classes/Property/TypeConverter/“ geladen. Zusätzlich wird die Verzeichnis-Tiefe berücksichtigt. Alle Klassen werden automatisch als Converter über die API von ExtBase registriert.
• Extension ID (eID):
  „eID“-Skripte werden im Verzeichnis „Resources/Private/Php/eID/“ gesucht und registriert. Dabei ist der Schlüssel für die Registrierung der Datei-Basename (Dateiname ohne Endung). Die Datei innerhalb des „eID“ Ordner sollte ausschließlich als „Bootstrap“ dienen und weitere benötigte Service Class entsprechend der TYPO3 Konventionen nachladen.
• Aspekte:
  Wir haben eine Basis Implementierung um vor oder hinter Funktionen zu Hooken. Zusätzlich kann eine Funktion auch ersetzt werden oder ausschließlich versucht werden eine Exception zu fangen. Intern werden die Funktionen via SYS/Objects registriert. Es ist nicht  ganz so mächtig wir eine richtige Vererbung (Xclass), der Vorteil ist jedoch, dass mehrere verschiedene Klassen einen Aspect an ein und der selben Ziel-Klasse benutzen können, da eine gemeinsame Unterklasse gebildet wird. Diese Funktion ist im Moment in der Erprobung.

Wenn ihr den Autoloader ausprobieren wollt, werft am besten einmal ein Blick in die Beispiele, welche in der autoloader Extension liegen (Resources/Private/Examples).

Wir sind weiterhin offen für Feedback und Ideen. In den letzten beiden Versionen haben wir auf hohe Code-Qualität geachtet und sind im Moment dabei die Dokumentation auszubauen, sodass alle Funktionen umfangreich dokumentiert sind. Habt ihr weitere Ideen oder Fragen?

Nach einigen Rückfragen haben wir nun endlich die Zeit auf den T3DD14 genutzt den Autoloader zu veröffentlichen. Die Extension soll einem die Arbeit beim entwickeln von Extbase Extensions ein wenig abnehmen und unterstützt den Entwickler mit ein wenig Magie im Hintergrund. Ich möchte euch nun kurz Vorstellen was der Autoloader machen kann und wie dieser strukturiert ist:

Weiterlesen "TYPO3 Autoloader"

Derzeit gibt es wenige Templating-Ansätze im TYPO3 CMS. Einige Erweiterungen sind veraltet und manche bieten einfach nur sehr wenige Funktionen. Abhilfe soll hier Mask schaffen.

Was Mask alles kann
Die Idee zu Mask wurde eigentlich geboren, als bekannt wurde dass Templavoila nicht mehr weiterentwickelt wird. Es wurde keine gleichwertige Alternative gefunden. So entschlossen sich die TYPO3experten selbst eine Erweiterung zu programmieren. Die Grundidee von Templavoila bleibt erhalten, aber die Kritikpunkte sollen verbessert werden.
Somit ist Mask eine Erweiterung mit der man Seitenvorlagen und Inhaltselemente zentral verwalten kann. Alle Masken sind durch eigene Eingabefelder erweiterbar und die Darstellung im Frontend ist mit HTML-Templates flexibel anpassbar.
Weiterlesen "TYPO3 Mask – eine neue Templating-Alternative"

With TYPO3 6.2 the PackageStates.php file in typo3conf was introduced to bring interoperability with the whole world of Composer based PHP libraries and TYPO3 Flow packages to the TYPO3 CMS eco-system. The Package Management implements PSR-0 auto-loading, supports Vendor Namespaces and allows TYPO3 CMS installations to load and make use of native TYPO3 Flow packages. On top of that, it is now possible to natively load Composer based libraries.

But with with the PackageStates.php it is not possible anymore  to override the status of an extension in your AdditionalConfiguration.php. To solve  this problem a new configuration setting was introduced:

$GLOBALS['TYPO3_CONF_VARS']['EXT']['runtimeActivatedPackages']
	= array('{packageKey}')

As an example if you like to enable EXT:devlog in your local development environment, just add this line to your AdditionalConfiguration.php:

$GLOBALS['TYPO3_CONF_VARS']['EXT']['runtimeActivatedPackages']
	= array('devlog');

Kudos for this very useful but rather unknown feature goes to Thomas Maroschik.

Seit dem lang ersehnten Release der TYPO3 Version 6.2 gibt es neben den ganzen vielen Features nun eine neue Art von Extension, die Distribution.

Wer schon mal eine 6.2 nackt installiert hat, hat bestimmt im letzten Schritt die Möglichkeit gesehen, eine Liste von Distributionen herunterzuladen.
Mit heutigem Stand gibt es zwei Distributionen, das „helloworld package“ und das altbekannte „Introduction Package“:

Solche Distributionen enthalten alles, um direkt nach Installation eine vorgefertigte Website erscheinen zu lassen.
In den Distributionen sind sowohl die abhängigen Extensions, das nötige TypoScript wie auch das Template in HTML und CSS enthalten.

Natürlich gibt es nun auch die Möglichkeit, Distributionen selber herzustellen.

Weiterlesen "Eigene Distributionen erstellen"

Wenn es ein Thema bzgl. Extbase gibt, dann wohl das Thema um versteckte Datensätze. Gebt bei Google mal „extbase versteckte datensätze“ ein und Ihr erhaltet über 6000 Ergebnisse. Lösung Nummer 1: setEnableFieldsToBeIgnored.

Weiterlesen "Extbase und versteckte Datensätze"