Yesterday we decided to setup Joomla, just to see if we could replace our Capacity based main site with it. Plans are to remake the website, with a clearer menu structure, up to date content and a fresh look. And that’s an excellent moment to see if we continue with Capacity or an established CMS. After some sleep I decided to look at it somewhat closer to see what kind of work flow we could setup for Joomla. I immediately found some minor disadvantages which I did not like. Combined with the bad reputation Joomla had with backward compatibility, we decided to look beyond Joomla.
We first brainstormed a bit about the requirements. Roughly we came to the following list, which does not include item we all know every CMS has:
- It should be able to host multiple sites with one instance
- Good permission structure between editors, publishers ans admins
- Theming subfolders or pages differently
- Good collection of plug-ins so we will be flexible for the future
- Proven history of backwards compatibility
- Scalability, speed & reliability
- Api for future purposes
- Ability to hook it into identity.kde.org
- Revision control for content
- Easy upload, insertion of images into the content
- Translatable
After that I’ve been reading a lot about WordPress. I already know a lot about Joomla due to my normal day job, and have not dealt with a lot of WordPress, especially not for such a big site as we would be starting to use it for. At the end of the afternoon, I came to the conclusion that every point of the list can be done with WordPress. Joomla goes a long way, but the thing that I really don’t like is the lack of backwards compatibility. The transition from 1.0 to 1.5 would have been the last time they broke it. And now they broke their promise and did it again with 1.6. I can not trust their statements about this subject anymore. Next to that the permission structure is a bit weird, for example publishers not being able to hook the content into a menu item, the d-tour you have to take for inserting images, etc. But those are not showstoppers by definition.
In the end we’ve setup both CMS’s and we will experiment for a week or so, to get a better feeling about which one would be best. In this test Drupal has been excluded. We use it for the Dot and several other sites, but the people working with it are not enthusiastic about it. There are others like Typo3, but that has to much capabilities for us. Basically the www.kde.org site consists of static pages only, so we don’t need much out of the CMS for now.
The jury is still out and will be out for a while more and maybe we will decide to rewrite capacity to fit our needs. But personally I’m getting more and more excited about WordPress. I really find it fun to work with, nice documentation, and nice plug-ins like WordPress Super Cache, which allows to basically convert your WordPress site to static HTML page where possible, so it can be cached properly. I’ll be playing with that later I hope.
As Stuart already wrote, this might lower the barrier for contributions because no longer svn or git access is required, while on the other hand we become a bit more flexible for the future.
