I'm having little difficult time of understanding the few logics of web development.

  1. Should I call home page, about page (or any other pages of a website whose contents change very rarely and no user interaction with them) etc the static pages? If yes then why should I put the contents inside a database and pull the data using a scripting language (php) instead of just put the content directly inside html so that the processing time of fetching data from database would be eliminated? why do people use database in this situation?

  2. Suppose all of my web pages' contents never change, and I decide to put data in a database and made the website using CodeIgniter. Should the website be called a CMS made website or just a database driven website?

  • "Your questions should be reasonably scoped. If you can imagine an entire book that answers your question, you’re asking too much..." (help center). See meta.programmers.stackexchange.com/questions/6483/…
    – gnat
    Sep 29, 2014 at 7:12
  • @gnat ok, what about just the first two questions ? I really want to know or discuss with someone of all those questions.
    – babu
    Sep 29, 2014 at 7:18
  • "This site is all about getting answers. It's not a discussion forum..." -- did you check tour prior to asking?
    – gnat
    Sep 29, 2014 at 7:21
  • My question looks broad because i divided the topic in 6 different situations, i did not ask 6 different questions.
    – babu
    Sep 29, 2014 at 7:26
  • 1
    @gnat I have edited the question.
    – babu
    Sep 29, 2014 at 7:44

2 Answers 2


Sometimes you simply make minor tradeoffs to gain simplicity. If your whole site is done using a certain technology then you just continue using it even for static pages where it would not always be mandatory (the processing time in this case is negligible).

Also many projects are done by larger teams, where the people doing the content do not even have much knowledge of how to write a static page in html. Just giving them a way to handle things like "about" pages as everything else will be simpler.

Then there is the issue of translations. Most good CMS can handle this in some way, most frameworks have some feature for this or at least there are plugins. With static pages this becomes difficult to handle. So if you need several languages or plan to do so some time in the future the option for static pages is mostly gone.

So as a conclusion I think if nothing else, then it's mostly about simplicity of the project as a whole. Have everything work the same way with the additional advantage of getting some extra flexibility for future improvements.


A CMS means more than just storing your content in a database. The usual purpose of a CMS is to allow users to make changes to a website without requiring any technical expertise. It allows these users to log into a friendly user-interface which allows them to write, modify and publish content without any knowledge of HTML or any additional tools like an FTP client.

Also, not every CMS uses a database. It is completely possible to create a CMS which is backed only by flatfiles. I once wrote such a system myself.

To answer your question: When you use a CMS backed by a database, your website is both database-driven and CMS-built. But you can have a database-driven website which is not using a CMS, or a CMS-built website which doesn't use a database because the CMS doesn't use one.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.