Back in January, 2001, I was involved in a project while I was working at Progress Software Corporation that later became known as Progress Dynamics (I’m going to shorten the name to Dynamics for the rest of this article). The whole idea behind Dynamics is that you design your application components and the definition is stored in a repository – a relational database. At run time, the design of the UI is read from the repository and the UI is rendered based on the definition.

In version 2 of the product, we added functionality to allow the user interface to be rendered in a browser using dynamic HTML and JavaScript. The whole idea was to assemble the application once and render it for any platform and ultimately that could have included .NET, Eclipse RCP, and any other imaginable UI.

How does this have anything to do with content management? Well here’s the thing… content management systems essentially store the definition of the content of a web site in a repository – again, a relational database – and render the web pages from the repository. The subtle difference is that the rendering engine for Dynamics is a set of 4GL programs. For a content management system it is a set of programs (various languages including PHP), cascaded style sheets, HTML, XHTML, DHTML and JavaScript.

One of the things that was really cool about Dynamics was the ability to add custom modules to extend Dynamics for your application’s needs. Most of the content management systems have a pluggable architecture that allows you to do the same thing and you can even customize the rendering engine to your own needs.

As with Dynamics, the focus of content management systems is to get the content writer (application developer in the case of Dynamics) to focus on building content rather than worrying about editing CSS, HTML and XHTML.

The joy of the repository in both cases lies in the functionality it provides for searching and organizing the content or application components.

So now you can see why I like the content management system idea. In the same way as I still believe in the core principles of Dynamics – a rendered UI that is portable across multiple technologies – I also believe that content management systems provide the same flexibility for web sites.

I should point out that content management systems are not new. There are many of them out there and there are some very good, expensive commercial ones out there. If you are a large enough enterprise to warrant the expense of the investment in a commercial, 24x7x365 content management system, you should go ahead and look at these. Some of the top contenders in this area are:

• Interwoven
• Percussion
• SDL Tridion
• Vignette

I’m not in that market.

I am a firm believer in the open source initiative and there are a number of very good open source solutions out there. I had also narrowed my focus to something that ran on Linux with Apache, MySQL and PHP (LAMP). There are a number of solutions in this area and given the timeframe that I had committed to, I needed to go on some recommendations.

I settled early on on two alternatives, and I went with them because my web hosting provider supported them both. The alternatives were Joomla and Drupal. Early on it seemed that Joomla was the best solution. It seemed to be really easy to work with and getting content onto the site was snap. I was up and running in no time so I selected Joomla for my personal web-site.

Of course, requirements change and when I left Earthlink in April, I needed to get our company web-site, Intangere, LLC up and running fairly quickly. At this point I started looking for new modules, themes and options for extending Drupal.

That was when I realized that Joomla may not have been the best choice. I then started looking into the extension mechanism for Joomla, and although it can be extended, there are some problems doing it. Drupal has a much larger selection of new modules and themes than Joomla does and it also provides a very extensive, well-documented extension model so that it is relatively easy to build on.

Both of these options require some understanding of how they work. They are not outstandingly intuitive when you first start working with them, but once you get the hang of them, they do the job really well. Drupal just does it a little better.

Intangere, LLC, is a completely Drupal-based site and we are very satisfied with what you can achieve in a fairly short period of time.

It’s very interesting to me that these content management systems are using the same ideas as we had when we built Dynamics back in 2001. There is clearly something to the idea of rendering from a database and it’s interesting to see how each has solved the problems that we had to deal with in Dynamics in different ways.

What is clear is that content management systems are a critical part of what has been called "Web 2.0" – the next generation of the internet – and the thing that makes them really interesting to me is how they provide the one of the core enabling technologies for social media/networking.

The real value in them will come from leveraging the social media component to engage customers in more mutualistic relationships.