Ein anderer Grund ist, dass PHP eben doch Grenzen hat. Das gesamte Hin und Her aufgrund der Requesttreue nervt mich immer mehr. Ich möchte nicht Objekte in die Datenbank schreiben müssen, nur um sie für den nächsten Request wieder zurück zu holen.

Deswegen habe ich beschlossen, einen neuen Weg zu gehen was Webentwicklung angeht. Application Server sind die Zukunft. Zur Zeit gibt es massig Webframeworks, die meisten habe ich wegen der ihnen zugrundeliegenden Sprachen erst gar nicht angeschaut. Python sagt mir wegen dem Whitespace als Kontrollfluss absolut nicht zu, Ruby.. naja, ich komme da einfach nicht dran, und alle Experimente von Marc mit irgendwelchen Ruby-Servern haben mir den Server gequält…

Also musste eine Alternative ran, die erprobt, stabil und leicht zu lernen ist. Die iX hat mich immer wieder über Grails gejagt, also habe ich mir das jetzt doch einmal, nach anfänglicher Ablehnung, angeschaut. Grails basiert auf Groovy, welches komplett binärkompatibel zu Java ist, und auf Spring und Hibernate. Alles was ich bis jetzt an Experimenten mit Grails und Groovy getrieben habe war vielversprechend..

In Zukunft wird hier also symfony keine Rolle mehr spielen, dafür vermutlich Grails… So, aus dem Feedreader ist symfony auch verschwunden.. eigentlich wollte ich ja nur das kurz schreiben.

• sfPropelActAsCommentableBehaviorPlugin
• sfPropelActAsRatableBehaviorPlugin
• sfPropelActAsTaggableBehaviorPlugin

Tjo, nun muss ich wohl nur noch die Galerie fertig schreiben, für Alben etc. gibts auch noch schöne Plugins…
So, genug nachmitternächtliches Blogging, morgen muss der erste Prototyp stehen, hab ich mir so gedacht

[PHP]
$cacheManager = new sfViewCacheManager();
$cacheManager->initialize(sfContext::getInstance(),new sfFileCache(sfConfig::get(‘sf_template_cache_dir’)),array());
$cacheManager->remove(‘browse/index’);
[/PHP]

nor by

[PHP]
$cacheManager = sfContext::getInstance()->getViewCacheManager();
$cacheManager->remove(‘browse/index’);
[/PHP]

In the Symfony book there is another way of deleting cached templates, so I now use sfToolkit::clearGlob to delete. It works, but if anyone knows how to use the sfViewCacheManager in batchmode, I’d like to hear.

[PHP]
sfToolkit::clearGlob(sfConfig::get(‘sf_template_cache_dir’).’/*/*/feeds*/browse.cache’);
[/PHP]

Verwendet wurden nun: Symfony als Backend, Joomla! als Frontend, diverse Plugins für Joomla! und die Joomlabridge für Symfony in einer erweiterten Version. Die Joomlabridge ist nur suboptimal, da sie leider keinerlei Möglichkeiten zur Benutzerauthetifizierung hat, aber als quick-and-dirty-Lösung war sie gerade richtig und hat uns viel Arbeit erspart.

Vielen Dank an Michael Brenner und Tristan Zur an dieser Stelle, die 2 haben das Projekt einen großen Schritt vorran gebracht und es überhaupt erst ermöglicht, dass wir zum Altstadtfest fertig waren.

For English version read full version of article:

While surfing around through the web, I stumbled upon this symfony plugin which does exactly what I was looking for some time now. ( As my German readers know, I am developing a new Version of www.astaf.de at the moment. Because there was no sensible approach for a content management in symfony, I decided to develop one by myself.)
This plugin is an integration of symfony into Joomla!. Now I can use Joomla! for the “standard” content and symfony for fast built database applications without the overhead of the Joomla! framework.
Altough the Joomla! user framework seems not to be implemented into the bridge, I’m really looking forward to using this tool for www.astaf.de.