Welcome to WebmasterWorld Guest from 220.127.116.11
Forum Moderators: ergophobe
Pretty much any CMS can handle a large number of pages. That's just database size. Depending on the ways you serve up those pages, it might be a lower load than a site with only a few thousand pages.
For example, if you only have admins logging in and don't have "who's online" type of features, and you use a static HTML cache of the pages, this could be a very low overhead site.
Even if you're not caching, but you're basically doing simply lookups on indexed fields in the database, page retrieval could still be very fast regardless of database size.
Whereas a site with lots of features that customize per user, that show who's online, list recent comments, allow users to slice and dice data and so on, you'll have a way higher server load.
I think Wordpress.com adds about 200,000 new pages every day (see [en.wordpress.com...] Matt Mullenweg says that Wordpress can serve over 20,000,000 page views per month on a low-end dedicated server (a "$100/mo server").
Drupal numbers it's pages sequentially if you aren't using friendly URLs, and on their site, a recent page was #621,132
So in theory all of these CMS should be able to manage a LARGE site.
No whos online features are required, its a straight forward promotional site, with lots of quality content. Its all dynamically created, a complete mess with up to 50+ variables in some urls !
Caching would have to be a must to lower server loads (site is on a couple of servers sharing the load at the moment.
Out of interest, what would you recomend I go investigate first, obviously I will have to look at a lot of cms´s but whats your gut feeling?
Where to start the search?
Given two functionally equivalent content management systems, the simplest one should be selected.
I think that's a smart way to look at it. So first you need to define your requirements.
1. A lot of pages. [I think that cuts out few to zero CMS]
Have a look at CMSMatrix.org and OpensourceCMS.com to see what's out there and try out some demos.
Following Dries advice, you would use the simplest CMS that meets your needs.
The question I would ask is if you have 50 variables in the URL, how will this integrate with any CMS? It sounds like you already have one. Somehow you'll need to get that data from one to the other.
So I'm not really sure what you're after. And just so we're clear here, I've never run anything with near that many pages. My biggest is about 12,000 pages, with the equivalent of about 20,000 page of printed material. I run that on system I built myself because
1. I had very specific search and data entry requirements
2. I built it long enough ago that I found all the open source CMS systems lacking. I might do it on Drupal these days, but I'd have to think about that a lot.
your done what I do to my clients, make them think through the fundamentals first (dam it, I am kinda feeling a little dumb now! )
So here goes:
1.1 Must be able to publish via an xml feed from a Siebel 8.0 CRM.
1.2 That requires some SOAP development, so a CMS that faciliates SOAP integration is good.
2. Multi editorial levels is not important. The basics found in any CMS will do.
3. Multi lingual content.
4. Faciliate clean code, ergo W3C usability guidelines, (thanks pageoneresults, [webmasterworld.com...]
5. Large community of widget coders.
enough to start with.
Otherwise, I would start with some of the big ones (Drupal, Joomla, DotNetNuke, Expression Engine, etc) and
1. Search in your favorite SE "CMSNAME Siebel" and CMSName SOAP"
2. Do site searches on the main sites, as in "site:drupal.org Siebel"
See what that turns up.
thanks for the responses, they are much appreciated.
It was that rather worrying lack of content in Drupal, that got me a little worried! I saw that link adn basically came running to WebmasterWorld for a little extra guidance.
I will happily post any further findings as they come up.
As is typical of open source packages though (so drupal, Joomla, etc), they tend to only get a lot of interest for integrations with other open source packages because of licensing issues. Not always, but that's generally true.
So as such, SugarCRM and CiviCRM seem to have a lot more support. Not that that helps you.
In fact, I have a new business idea for you... just because the base CMS is a free product doesn't mean the plugin has to be. I wonder how much one of the crack Drupal programmers would charge to whip that out. Drupal has a more robust API, but actually Joomla has a much stronger tradition of "for pay" add-ins.
In any case, I wonder how many copies you would have to sell to recoup your investment. Then you would have both the software you need and a little side business.
On my Drupal site I call our CRM and get dropdown list data for our forms. When the form is filled out I package the data up and send it back to our CRM for importing.
The whole process is oblivious to Drupal except for the fact that I have to get the data into and out of Drupal forms using FAPI - it's just PHP, CURL, and some XPATH...and it could have been done on Drupal, Joomla or any other CMS.
Assisted conversion from Siebel Customer Relation Management (CRM) system to large in-house system utilizing Python, Zope, LDAP and other open source technologies
- so I guess you could maybe look in that direction...
Zope has a BSD-type license which doesn't get in the way of integration with closed source / commercially licensed apps.