De fleste vil selvfølgelig altid pege på at kommunikationen kan gå galt og det er også tilfældet i flere eksempler. Men det som mange ikke tænker på er, hvordan kodningen i sidste ende bliver lavet. Det kan have afgørende betydning for hjemmesidens fremtid.
Der findes alvorlige eksempler på at Open Source CMS-systemet kan blive delvist ødelagt af webfolk, som har foretaget uhensigtsmæssige tweaks/hacks i CMS-systemet. Dvs. at det der før var et rent Open Source CMS-system er blevet til et ikke opdater- og skalerbart system, som ikke længere har de friheder, som man som kunde i starten efterspurgte. Og så kan det få konsekvenser for den fremtidige drift.
Det er nemlig ikke ligegyldigt, hvordan man arbejder med et Open Source CMS-system. Det gælder både Joomla, Drupal og Wordpress m.fl. Der kommer hele tiden nye opdateringer, og hvis en udvikler har tweaket uansvarligt vil man ikke kunne opdatere eller opgradere sit system uden at overskrive disse tweaks. Og så er man tilbage, hvor man startede. Dette kunne være undgået ved at vælge en webleverandør som har styr på udviklingsprocessen og dermed spare et større oprydningsarbejde senere hen.
En vigtig regel er altid at holde sit CMS-system opdateret så man er up-to-date med de seneste sikkerhedsopdateringer og udvidelser. Visse webopgaver ønskes dog løst på specifikke måder, som omgår systemets workflow. Her kan den eneste mulighed være at tweake systemet, og da vil det være vigtigt at huske at dokumentere dette arbejde.
En anden god fremgangsmåde er at lave 'overrides', som er funktioner der tager over i stedet for at overskrive. De fleste CMS-systemer understøtter dette. Dermed vil alle moduler let kunne opdateres og dit CMS-system er fortsat gearet til fremtiden...





