For running a 1.1Dev version only project you do:

cd /usr/share/pear/
svn co http://svn.symfony-project.com/trunk/lib symfony
svn co http://svn.symfony-project.com/trunk/data data/symfony

In my case I use /usr/share/php/ rather than /usr/share/php.

Now you have to choose whether to run a real symfony installation or to just run a sandbox.

For a sandbox:

Go to the directory where you want to place your sandbox and run:

$ /usr/share/pear/data/symfony/bin/create_sandbox.sh

For a real installation:

Make a softlink from /usr/bin/symfony to /usr/share/pear/data/symfony/bin/symfony Go to the directory you want to start your project in and run:

$ symfony generate:project <your_project_name>

Now install sfDoctrinePlugin:

In your projects root directory you checkout the trunk of sfDoctrinePlugin by running:

$ svn co http://svn.symfony-project.com/plugins/sfDoctrinePlugin/trunk plugins/sfDoctrinePlugin

This will effectively install the correct version of doctrine corresponding to your Symfony installation.

Beware sometimes you can get the following error:

Fatal error: Class 'sfDoctrineBaseTask' not found in
/var/www/localhost/plugins/sfDoctrinePlugin/lib/task/
sfDoctrineInitCrudTask.class.php on line 18

To solve this you have to remove all files from /tmp that have ’sf’ or ’symfony’ or ‘cache’ in their name. this is a bug in Symfony 1.1 that keeps some informations persistent in /tmp that are no longer valid.

Not too much information here but it took me a while to figure it out.

Thanks to Ian P. Christian for pointing me towards the /tmp solution!

Powered by ScribeFire.

Consider the following: You have to build an application that is served in English, French and German.

Now you would probably name your starting page ‘homepage’. But then it would be nice to call it ‘pagedaccueil’ for your french visitors and ’startseite’ for the german speaking, wouldn’t it?

For example with this routing you can achieve just that.

homepage:
  url:
    de:   /startseite
    en:   /homepage
    fr:   /pagedaccueil
  params: [ module: home, action: index ]

Well with a bit of tweaking I managed to find a way to achieve this. It’s currently not too easy to extend the originally shipped sfRouting,you have to use a filter to achieve that but from there it’s easy.

The slightly enhanced UrlHelper functions are not yet well documented and probably not very complete either but then again I will come round to better them as time will come and request will be made.

Oh and of course you can still have your old routes working as before. I18n routes are an optional feature you get with this plugin.

Find out more about csI18nRoutingPlugin here.

Powered by ScribeFire.

This is to describe my current Eclipse setup for developing web applications. Techniques used include Javascript, XHTML, CSS, PHP, MySQL, XUL and Subversion.

(more…)

Just recently a collegue of mine (thanks Kai-Ingo) introduced me to PHP5’s XMLReader library. I have to admit that I probably missed a lot of new extensions lately but if you look into the online documentation over at php.net you can see that there are a lot of them, certainly more than there were when I first started with PHP2. The last novelty I enjoyed being added to PHP5 was SimpleXML which by far improves XML handling in PHP in comparision to SAX.

(more…)