Netters.nl

Gezien het aantal hits wat we binnenkrijgen op een eigen CMS bouwen, is hier nogal wat vraag naar. Nu sta ik echter voor een probleem. Ik heb inmiddels een siteje of 100/200 van een CMS voorzien, dus dat zit wel snor - maar wat is de concrete vraag áchter de vraag "Hou bouw ik een CMS?" Wat is de startsituatie van zo'n vragensteller en waar zitten de vragen? Laat ik daarom maar eens beginnen met een omschrijving te geven van de doelgroep die ik met dit artikel heb:

Als jij tot de doelgroep van dit artikel behoort...

• ... heb je basis kennis en ervaring met PHP en MySQL. MySQL termen als SELECT en INSERT en de 90% meest gebruikte PHP functies hebben voor jou geen geheimen meer (of je weet waar je er informatie over kan vinden.
• ... weet je hoe cookies en/of sessies werken. Sterker nog, een loginsysteem gebaseerd op cookies draai je zo in elkaar, met of zonder MD5 encryptie.
• ... ben je in staat zelf kritisch mee te denken. Ik ga je in dit artikel niet een 72-stappenplan tot een compleet werkend systeem bieden, maar ik ga een aantal belangrijke zaken bespreken. De boel in elkaar zetten mag je zelf doen (of je huurt een willekeurige PHP programmeur in ;-)

Backoffice en frontoffice

De termen 'backoffice' en 'frontoffice' zou ik eigenlijk als bekend willen veronderstellen, maar voor de zekerheid: De backoffice is dat deel van de site waar de content beheerd wordt. Je hebt hier in de regel enkel toegang tot als je over een user/pass combinatie beschikt. De frontoffice is dat deel van de site wat de bezoeker ziet em waar de content wordt geprojecteerd. Je ziet dus dat mijn definitie van "site" zowel de backoffice als de frontoffice beslaat.

Nu is de praktijk van het programmeren dat het bouwen van de backoffice ongeveer 3 keer zo veel werk is als het bouwen van de frontoffice. Als de backoffice (het beheren van content) eenmaal staat, is het uitlezen niet veel werk meer.

Opmerking:
Hier zijn natuurlijk uitzonderingen voor te bedenken. Zeker een usersysteem waarbij de user kan registreren, inloggen, zijn wachtwoord opvragen enz. vraagt redelijk wat werk aan de frontoffice. Pak je echter een nieuwssysteempje, dan is bovenstaande uitspraak zeker waar.

Volgorde van programmeren

De basis van je PHP werk is je MySQL ontwerp. Vandaar dat de eerste stap van het ontwikkelen van een CMS het ontwerpen van de database is. Omdat we een modulair systeem gaan bouwen, zullen de databases niet al te zeer naar elkaar gelinkt zijn en is het ontwerp dus eenvoudig. Wat ik vaak doe ik een A4'tje maken waarop ik de database uitteken. Deze hou ik altijd bij de hand bij het programmeren.

Loginsysteem bouwen

Voor de backoffice hebben we uiteraard een loginsysteem nodig. Nu is het in de meeste gevallen best afdoende als je via bijvoorbeeld Plesk de betreffende directory beveiligd, maar ik ga nu even uit van een situatie waarin je meerdere users kan hebben. Voor deze users gebruik ik de volgende tabellen:

Het loginsysteem zelf zal met cookies gaan werken. Voor de veiligheid maken we gebruik van MD5() encryptie voro het wachtwoord. Ook hebben we interesse in het in de gaten houden van wanneer wie heeft ingelogd en of dat gelukt is of niet. Oftewel, alle loginpogingen worden opgeslagen. Voor het inloggen hebben we twee functies nodig:

De loginprocedure die we in login.php zetten zal dan iets als dit moeten zijn:

Op elke pagina waar de login verplicht is, zal nu iets als dit moeten komen te staan:

Modulair bouwen

Met modulair bouwen doel ik op een CMS waarin je met zeer weinig moeite een extra module kan plaatsen. Dit betekent wat mij betreft dat de modules zeer snel in de backoffice hangen, maar ook dat de afzonderlijke modules niet met elkaar conflicteren. Dat laatste zou kunnen gebeuren als je bijvoorbeeld zowel in je nieuwsmodule als je artikelmodule een functie getItem() gebruikt en de files waarin deze functies staan beiden include.

Diverse bestanden includen

Als we bijvoorbeeld de backoffice in /beheer zetten, komen de modules in /beheer/modules/$moduleNaam. Dit betekent dat we met een PHP script de modules kunnen langslopen. Stel dat we in elke module-map een bestandje data.php zetten, dan kunnen in die bestandjes bijvoorbeeld de module-naam van het item noemen. Laten we voor nu deze inhoud maar eens in code.php zetten:

Via onderstaand script kunnen we dan een navigatiestructuur maken zodat we in één menu naar alle beschikbare modules kunnen linken.

Als je in elke module een bestand output.php maakt met daarin de functies die nodig zijn voor de output, kun je ze op dezelfde manier includen. Let er hierbij wel op dat je voor unieke functienamen zorgt. Een optie zou zijn om de functienamen een prefix te geven die gelijk is aan hun directorie-naam in de map /modules.