Een eigen CMS of een open-source toepassing?

Door Erik-Jan op 20 december 2006

Toen wij een week of 4 geleden met Netters.nl begonnen, moesten we de keus maken of we een eigen CMS gingen ontwikkelen of dat we een standaard systeem zouden nemen. Gezien het feit dat we inmiddels op Drupal draaien zal duidelijk zjin hoe de keus is uitgevallen. Omdat dit een afweging is die geregeld gemaakt moet worden, wil ik een aantal voor- en nadelen van een eigen CMS of juist een standaard CMS langslopen.

Redenen om een eigen CMS te ontwikkelen

Hieronder een aantal positieve redenen om voor een eigen CMS te kiezen. De argumenten staan in min of meer willekeurige volgorde.

  • Een eigen CMS betekent dat je alles precies op maat kan maken. Je hebt volledige keuzevrijheid over elk detail van je site. Wil je per forum-topic een RSS feed of alleen een feed voor alle topics? Wil je dat gebruikers eerst algemene voorwaarden moeten ondertekenen voor ze zich aanmelden, of maakt dat niet uit?
  • In een eigen CMS kost het minder tijd om wijzigingen door te voeren, omdat je de code volledig kent. Je weet in elke welke files je moet kijken om iets te wijzigen, hoeft niet te bang te zijn dat je met je wijziging ook gelijk de rest van de site plat legt en je kent je eigen stijl van coderen.

Redenen om een open-source CMS te gebruiken

Uiteraard zijn er ook redenen om te kiezen voor één van de tientallen goede open-source CMS’en die vrijelijk beschikbaar zijn. Ook deze lijst staat weer niet op een logische volgorde.

  • Een open-source CMS heeft een grote community van ontwikkelaars. Zij zorgen ervoor dat er altijd mensen zijn die jou kunnen helpen. Als je een eigen CMS laat ontwikkelen en de programmeur stopt ermee, is er niemand die het product kent. Als je dan wijzigingen wilt doorvoeren welke je zelf niet kan, ben je meteen geld kwijt aan het inhuren van iemand die dit voor je wil doen.
  • Het ontwikkelen van een site onder een open-source CMS kost vaak veel minder tijd. Het is een kwestie van een installatiescript draaien, extra modules installeren, een taalpakketje erin hangen, de boel finetunen en het design wat aanpassen. Dit is minder werk dan het bouwen van een eigen CMS en design, tenzij je deze al helemaal op maat hebt liggen.
  • Een open-source CMS heeft vaak een redelijk aantal templates tot haar beschikking. Met drie keer klikken heeft je site een nieuwe layout. Dit is belangrijk omdat je hiermee kan laten zien dat je site in ontwikkeling blijft, terwijl je er in feite alleen maar een nieuw papiertje omheen wikkelt.

Trouwens, als je een open-source CMS wenst te gebruiken, heb je ongetwijfeld wat aan deze lijst met CMS’en.

Andere aandachtspunten

Er zijn nog andere factoren die dienen mee te wegen in je afweging, maar niet echt een voordeel van een eigen CMS of een open-source CMS. Ik denk dan aan:

  • De veiligheid van het CMS. Aan de ene kant is een open-source CMS door meerdere mensen getoetst op veiligheid, wat voor je eigen CMS niet zal gelden. Aan de andere kant is een groter CMS ook een interessanter doelwit voor hackers om eens goed aan te vallen. Niet voor niets heeft het forum PHPBB enige tijd geleden een patch moeten uitgeven om te voorkomen dat dat ene lek duizenden PHPBB-forums plat zou leggen.
  • De complexiteit van het CMS. Als je alleen maar de tekst van 4 pagina’s wilt wijzigen, maak je een andere afweging als wanneer je een site als Netters.nl neerzet. Hier kan ook wel van alles over gezegd worden, maar dit vraagt een specifieke afweging voor jouw project.

Het CMS op Netters.nl

Toen Ulco en ik plannen hadden om van start te gaan, waren we allebei zo gemotiveerd dat we zo snel mogelijk online wilden. Een eis was echter wel dat het CMS wat we zouden gaan gebruiken zeer goed zou moeten scoren in zoekmachines. Gegeven die beperking werd al snel de naam van Drupal genoemd. Omdat Drupal snel te installeren en met de hulp van Arjan te customizen was, besloten we hiermee aan de slag te gaan. Een goede keus wat mij betreft, al ben ik wel wat beperkingen tegengekomen:

  • Als je iets wilt wijzigen in de code, kost het veel tijd om te zoeken waar je wezen moet. Gisteren heeft het me bijna een kwartier gekost om de ledenlijst alfabetisch te sorteren. Dit had in een eigen CMS 20 seconden geduurd.
  • Ik ben niet geheel tevreden over het forum. Er mist een tijdstip van plaatsing bij het eerste bericht. Ook zou een emailnotificatie erg fijn zijn, al volstaat de RSS feed die beschikbaar is voorlopig ook wel.
  • Soms worden er wat rare keuzes gemaakt die ik zelf andere zou maken. Zo sta je pas in de lijst van ingelogde leden nadat je een tweede pagina opent. Je kan dus tegenkomen dat er 0 leden en 0 gasten online zijn. Hier zijn wel wat meer voorbeelden van te geven.
  • Sommige gewenste modules deden net niet wat we vroegen. Zo zochten we een goede artikelenmodule. Inmiddels draait er één, maar officieel is dat een module om een boek online te plaatsen. Met wat finetunen werkt het allemaal best, maar het is wel wat arrogant om onze mooie artikelen in de database terug te komen onder de omschrijving ‘boek’ :)

Aan de andere kant was ik erg blij dat ik met een aantal van mijn vragen bij een grote community terecht kon. Dit is lastiger met een eigen CMS. In het leven lijkt wel aan alles twee kanten te zitten…


Je kunt een reactie, achterlaten of een trackback van uw eigen site.

3 Reacties op “Een eigen CMS of een open-source toepassing?”

  1. Folkert

    Bij de open source variant komt ook een stukje kijken van teruggave aan de communitie. Dat kan door middel van simpelweg donaties doen (kan je mee calculeren in offertes bivoorbeeld), of code bijdragen en/of bughunten en/of modules of thems aanleveren en/of in de communitie anderen helpen bij problemen. De manier waarop het nu omschreven staat is me wat te gemakkelijk ;)
    Verder ben ik het eens met het argument dat een ander sneller gevonden is, bij aanpassingen, dan bij eigen cms. Gezien allerlei ontwikkelingen de afgelopen jaren is dit o.a. de reden om juist de opensource weg te kiezen.

    Reageer
  2. Erik-Jan

    Folkert, welkom hier ;-)

    Ontwikkelen van Open Source

    Je eerste alinea onderschrijf ik met een kanttekening. Neem Drupal als voorbeeld. Er zijn bijvoorbeeld 10.000 gebruikers en 200 actieve ontwikkelaars (de getallen zijn fictief). Drupal heeft denk ik meer aan 200 actieve en goede ontwikkelaars dan 1.000 scripkiddies die zoveel ontwikkelen dat je door de bomen het bos niet meer ziet en het kaf niet meer van het koren kan scheiden. Oftewel, niet iedereen hoeft een bijdrage te leveren als hetgeen hij zou kunnen bijdragen al bijgedragen is. De reden trouwens dat ik hier niks over zeg is dat mijn blog niet gaat over de vraag hoe een Open Source community zou moeten werken

    Ontwikkelingen de afgelopen jaren

    Waar ik even benieuwd naar ben, die ontwikkelingen in de afgelopen jaren waar je over spreekt, zijn dat dingen die jij hebt meegemaakt (bijvoorbeeld bij Designhulp) of doel je op meer algemene ontwikkelingen? In het laatste geval snap ik je niet namelijk, maar in het eerste uiteraard wel.

    Reageer
  3. Folkert

    dank je ;)

    Het is het eerste geval. Eigen ervaringen of van mensen die zich binnen mijn zogeheten ‘netwerk’ bevinden.

    Reageer

Reageer!