A New CMS and Why


  
As some of you may know, I launched a new, simple cms system yesterday called Clover Content. I thought you might be interested in understanding why I spent the last year developing yet another cms.

There’s a real problem with content management systems. I’m not talking about the big enterprise platforms. I’m talking about the basic content management software that simple web sites need and use. They often do too much. That’s right. Modern content management software does too much.

For example, I have a friend with a pretty average technical acumen. This friend needed a simple website for an organization that he had started and I, being a web nerd, decided to help him set up a site. So we did the usual. I went to Godaddy and bought a suitable domain along with a basic Linux hosting account, while he stared over my shoulder in wonder. I found a template for his site and we paid a fair price for a nice pre-made design. So the next step was to get him up and running with a cms so he could manage all of his content without needing any further assistance from me.

My first instinct was to go with Drupal. I have tooled around with Drupal in the past and it has a good reputation among the web-savvy. So I installed Drupal, started configuring the site and I soon realized, this is way more functionality and configuration than my friend needs. Not to mention, it’s way more than he can handle. A little time with Joomla presented the same dilemma. These systems have too much complexity; too much functionality; too much configuration. Not only that, but working with the template frameworks of these systems was going to be a nightmare. Remember, I already spent some money on a pre-made template for this site. I was going to have to make the template fit the cms. Not fun.

So, with all these issues before me, I realized why so many developers end up rolling their own cms system. It’s because what’s out there is more than a simple site needs. A simple website needs a simple cms. Don’t get me wrong, Drupal, Joomla, Worpress and the like are all great systems and they have their markets, but often they are more complex than necessary for small sites. Another major issue with the standard content management system is the need to have a database running on your server and the need to install software. It’s always a problem to have to patch your cms because of some update, or deal with setting up a database to run your cms.

Just like software is moving more and more from the desktop to the cloud, it seems advantageous that server based systems might do the same. Instead of installing 10 versions of WordPress on the sites of 10 of your clients, on 10 different servers (all separate, all requiring maintenance), why not host your content in a central location? This way all of your client’s content is in one place and there are no software installations or databases to maintain. Centralizing content makes good sense. Using a CMS as a services makes good sense.

I realize there are lots (thousands) of content management systems out there and there’s no one system that’s right for everyone, but I think that Clover Content is right for most small sites and for people who manage a lot of sites for clients. Anyway, that’s why I boostrapped this startup and entered the arena. Let me know what you think.

, , ,

10 responses to “A New CMS and Why”

  1. Hi Dorothy,

    That sounds great. I should clarify, it isn’t a product from Tornado Design. It’s a product from Don Fitzsimmons (he worked at Tornado a few years back, you might remember him) who lives in Phoenix.

    Clover Content and Tornado are actually good friends, and Tornado has been using the Clover CMS for about a month on another clients web site and it has been working out great. We’d recommend giving Clover a whirl. They have a 30 day free trial so you can test it out and make sure it works for you.

    Chris

  2. I had this idea myself a while ago. The project was built but the things is that it’s imposanble to build the “ultimate” CMS becouse every client has their on special needs and after a while I encountered problems with this architectures flexability becouse when i needed to make some specific changes for a special client that would make the CMS way too complex.
    At the end i decided to to back to the original CMS concept.

    But, on the other hand if your client list is very similar then this should work just fine.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.