Fast jede Web Anwendung benötigt früher oder später einen oder mehrere CronJobs. Während sich eine geringe Anzahl an CronJobs noch verhältnismäßig gut verwalten lässt, wird es umso komplexerer desto mehr CronJobs eingesetzt werden müssen. Kommt hinzu, dass diese mit verschiedenen Timings ausgeführt werden müssen, hilft oft nur noch ein Scheduler. Read more…
In einem kürzlichen Anwendungsfall benötigte ich in einem Projekt die Möglichkeit, das View Template dynamisch aus der Datenbank anstatt aus dem Resource/Private/Template Verzeichnis aus einer HTML View zu laden. Dies könnte zum Beispiel dann sinnvoll sein, wenn ein Backend/Admin Benutzer (wie in meinem Fall) in der Lage sein soll den Read more…
Es gibt Anwendungsfälle, bei denen jede Änderung an einem oder mehrerer Models festgehalten bzw. archiviert werden sollte. Dies ist mittels des Doctrine Behaviors “Versionable” relativ einfach und vor allem transparent umzusetzen (Doctrine Behaviors). Mein Versuch war es, dies in TYPO3 Flow einzubauen. Jedoch scheiterte mein Versuch da ich kein umfassendes Read more…
In PHP war das Debugging noch nie eine einfache Angelegenheit. Wenn der zu untersuchende Code auf einem entfernten Server lief, welcher sich hinter einer Firewall / NAT verbirgt, wurde es noch ein Stückchen komplizierter. Wunderbar dass es mit TYPO3 Flow noch ein wenig komplexer wird, als es bereits sowieso schon Read more…
Um mit TYPO3 Flow ein Fluid View so zu rendern, dass es als PDF-File ausgegeben wird, ist nicht sehr einfach.
Ob die nun gezeigte Vorgehensweise auch Best Practise ist, kann ich nicht sagen. Allerdings funktioniert es und kommt mir als Flow Anfänger relativ sauber vor.
Hin und wieder kommt es vor das kein Weg daran vorbei führt, innerhalb eines Fluid Formulars ein normales HTML Form Element einzufügen, welches nicht von einem Fluid Form Helper generiert wird. Die Gründe hierfür sind vielfältig, oft aber in Verbindung mit jQuery und dynamisch erstellten Feldern.
Eigentlich ist dies kein Problem, da man die nun auftretende Fehlermeldung mit Hilfe des PropertyMappers bzw. der PropertyMappingConfiguration in der initialize*Action im Controller beseitigen könnte. Allerdings kann hierbei relativ viel Configuration Code entstehen, welcher nichts mit der Business Logik ansich zu tun hat, sowie viel schlimmer noch, bei entsprechenden Änderungen im Template (der View) Anpassungen im Controller erfordern.
Um die notwendige Arbeit vom Controller in das Template (also in die View Logik) zu verschieben, ermöglicht folgender Custom ViewHelper dieses Artikels:
PS: Natürlich sollte das auch in TYPO3 Flow funktionieren!
Hier eine kleine kurze Anleitung zur Installation des TYPO3 Flow Frameworks (Version 2.2.2) auf einem OS X System mit XAMPP als lokalen Webserver. git clone –recursive git://git.typo3.org/FLOW3/Distributions/Base.git curl -s https://getcomposer.org/installer | php php composer.phar create-project –dev –keep-vcs typo3/flow-base-distribution tutorial 2.2.2 cd tutorial php composer.phar update Nun müssen mittels Flow Console Read more…
Um mit einer Typo3 Flow (früher Flow3) Anwendung zu beginnen, sind ein paar Voraussetzungen bzw. Vorbereitungen notwendig. Vorerst benötigt ihr den Composer: Composer vorbereiten # Im htdocs Verzeichnis (/var/www/) curl -s https://getcomposer.org/installer | php Flow Framework runterladen / initialisieren # Unser Projekt heißt in diesem Fall “HelloFlow” php composer.phar create-project Read more…