Content Management is a very popular category in the open source ecosystem. There are more than 2’000 open source technologies out there being capable to handle, manage and distribute content. So why would we need any of the 250 new ones published over the last six months?
Some of the existing 2′000+ solutions are quite well known. The list of the most popular and most widely used technologies includes Alfresco, Apache Lenya, DotNetNuke, Drupal, eZ publish, Joomla, MediaWiki, openCMS, Plone, Typo3, WordPress and XOOPS. They all have in common that they are being downloaded hundreds of times per day, have gathered substantial communities and exist since many years. You could say there’s no reason to look further. These offerings cover all what an enterprise might need in terms of content management, if one can’t do the job the other will.
So what’s the use for the other 2‘000+ solutions and frameworks? And why have open source communities and contributors added more than 250 additional open source content management technologies during the last 6 months? It will certainly not be easy for them to be successful in the already crowded market. They don’t differentiate very much on technology (more than 70% are based on PHP) and they follow common standards for licensing (more than 80% are GPL). They have been created by small and very small communities (more than 80% of the new open source cms have less than three contributors) and their biggest differentiator may be their creative names such as Bedita, MyCMS, Spiffy CMS, KnowWE, Meduse, Yanel, Luftguitar CMS or Utopia CMS. Naming creativity alone will though not make them a winner.
But what would we actually expect from new content management system? We want componentized platforms, modularized functionalities, adherence to open standard, sophisticated and easy-to-use inline editing, support for state of the art web technologies (such as Ajax, Flash, multi-media), automated syndication, marketing automation, widgets/x-idgets support and a service oriented access. And solutions should be configurable but still easy to handle and manage. That’s probably more than what small 1-2 person team can build in a few weeks. So does this mean we should stick with the top players again who aren’t fully able to cover these things neither? Maybe not, or at least not always.
What is nice in open source is that users can evaluate technologies and pick the one that supports their specific needs the best. In many cases this can be a fairly specialized application and often only a limited scope of functionalities is needed. New entrants have the opportunity to shine with advanced architecture concepts, lightweight implementation approaches and state of the art integration of the latest standards. So why not look again at some of the newer technologies? And who knows maybe in a couple of years KnowWE, Meduese, Yanel or any other of these new kids on the block will be found in enterprise application stacks as often as Alfresco or Drupal today.