PUBLIC MARKS with tags performance & symfony

Jordi Boggiano gives some hints on how to improve the performances of a Symfony2 powered website

A Symfony plugin for using Redis as a cache backend.

The very point of caching is that it's faster and less resource intensive to deliver cached data than creating it on the fly. With existing cache solutions, when the cached data expires, it has to be refreshed while the user waits. In environments that rely heavily on caching, such behavior has the potential to create thread pileups and other cascading failure scenarios. This plugin introduces a cache manager : when an expired âge is called, then it is directly served from the cache, and then the cache gets asynchronously refreshed.

A refactor of Tristan's sfPropelActAsVersionnableBehavior is on the road, which should be more performant for large size indexes.

I found the sfBuilders that are responsible for stripping the comments from the generated propel classes and also saw that there is a addIncludes parameter in propel.ini. Lets reuse that and modify the Builders to strip the inline includes and requires. I admit this is a tiny step, but some propel users are desperately searching for performance tweaks (as I am as well) so I hope this could be of use. I send this patch for inclusion in symfony 1.1.

One performance boost that can be garnered from a symfony app (or any app for that matter) is disabling .htaccess.