Ik ontwerp de laatste tijd steeds meer websites voor klanten, dan voor eigen gebruik. Om werk als kleine aanpassingen te vermijden, wil ik een cms gaan toevoegen, zodat klanten zelf hun website kunnen onderhouden.

Ik wil mijn eigen systeem gaan bouwen, dus tips zijn welkom.
Graag een opbouw of ideeën hoe jullie dit zouden aanpakken.

Om te gaan beginnen met een eigen CMS te bouwen is nogal gewaagd. Ik zou eerst eens wat systemen gaan ontdekken en kijken naar hoe die het doen. Je hoeft namelijk niet het wiel opnieuw uit te gaan vinden. Er zijn genoeg systemen waar je in kunt uitbreiden of aanpassingen aan kunt doen.

Just my 2 cents.

Wellicht is het interessant om als reseller gebruik te maken van een CMS. Eventueel whitelabel, zodat je je eigen naam eraan kunt geven.

Binnen enkele weken hoop ik mijn eigen CMS te lanceren, waarbij tevens de mogelijkheid is voor webdesigners om deze in te zetten voor hun eigen klanten. Mocht je interesse hebben in een demo of heb je vragen dan mag je altijd een PM sturen.

Zoals eerder gezegd, beter kijk je eerst naar bestaande systemen waar je wat mee kunt. Ik ga hier maar even uit van het feit dat je 0,0 kennis van programmeren hebt, dus lijkt PHP me een goede taal om mee te beginnen.In ieder geval denk ik dat je het beste eerst naar bestaande CMS`en kunt kijken. Scheelt je een hoop tijd en geld. WordPress is een leuk systeem, ook redelijk modulair en uit te breiden. Daarnaast kun je eventueel kijken naar Joomla! al ben ik ( en velen met mij ) geen fan van.

Mocht je toch enthusiast genoeg zijn om je eigen systeem te gaan maken, kun je altijd nog kijken naar een bestaand framework. Dat scheelt heel wat zelf programmeren, aangezien de meest basale functies ( en recursieve functies ) al klaar gezet zijn voor je.

In het geval van PHP kun je kiezen uit Code Igniter ( de snelste ), Cake ( een simpele, ietwat uitgebreide ), Symphony ( vergelijkbaar met Cake, maar dan kwalitatief ietsje beter ) of Zend. Laatst genoemde is te groot voor jou, en aangezien je nog niet al te veel skills hebt, raad ik de eerste ( oftewel CodeIgniter) aan.

En mocht je ondanks alles toch echt zelf wat willen maken, zou ik om te beginnen eens kijken op tutorial sites. Er is ook een Nederlandse community voor PHPers, dus daar kun je ook naar kijken. Begin eerst eens een veilig login gedeelte te maken. Met de ervaring die je daar op doet, leer je ook hoe je invoer velden kunt gebruiken om informatie op te slaan.

@Erik van Kammen
Bedankt voor uw reactie. Ik ben wel benieuwd naar de opbouw van uw cms. Kun je mij per pm wat meer informatie geven daarover en wellicht een klein opzetje geven?

@Merijn Venema
Bedankt voor uw reactie. Ik ben niet van plan wordpress of een andere bestaand cms te gaan gebruiken. Ik heb al geruime tijd ervaring met programmeren en wil mijn eigen cms ontwikkelen. Niet heel uitgebreid, maar slechts een basis systeem. Uitbreidingen komen later wel.

Tips en voorbeelden zijn welkom. Misschien weet iemand een goede tutorial?

Als je al geruime tijd hebt met programmeren, is het vast niet zo moeilijk. Ik zou, zoals eerder gezegd, eens kijken naar een framework. Scheelt je een hoop werk.

Ik zou daarnaast eens googelen op authenticatie ( login, user account ) en ACL. Rechten systemen.
Dit hoeft niet moeilijk te zijn. Als je je complete authenticatie compleet hebt, kun je je CMS gaan inrichten naar hoe je het zelf wil.

Om daar te beginnen zou ik eens kijken naar nodes/menu. Welke parameters je daar voor nodig zult hebben.

Bedankt voor de reacties tot dusver. Ik ben inmiddels een eindje op weg, maar loop nog een beetje vast bij de opbouw van mijn cms. In mijn database heb ik een tabel met templates en eentje met pagina's. De pagina's zijn gelinkt aan een template. Is dit wel een goede manier of hoe zouden jullie een cms opbouwen?

Ik heb ook mijn eigen gemaakt. In totaal 3x opnieuw begonnen, en de 3e is echt stoer.
SEO, Modules, auto-update functie, centraal beheer voor alle websites, deployen van CMS.

Het is zeker goed te doen, en zo kan je aan bijv. modules een hoop verdienen (1x maken en 9999x verkopen voor dezelfde prijs, bijv. fotoboekmodule - eenmalig 125 euro, per maand 5 euro )

Geweldig. :)

Pagina`s koppelen aan templates? Hoe moeten we dit intepreteren? Betekent dit dat je een paar vaste templates hebt die je in elke website hanteert en stylt?

Ik denk dat je beter waar meer abstract kunt denken. Een pagina betekent dat je een node hebt, een node heeft specifieke data er aan hangen. Zo kun je node NIET koppelen aan een pagina, maar kun je een pagina WEL koppelen aan een node. Het is belangrijk overal zo weinig mogelijk referenties aan te hangen, omdat je anders modulariteit op geeft. Ik denk niet dat je dat wil.

Geldt overigens ook voor een pagina. Stel, je hebt die templates als vaste prik in je CMS, dan nog wil je niet dat je klanten templates wisselen op de pagina. Dus je zult misschien moeten kijken naar een betere opdeling van je content. Ik hou zelf van statische pagina`s en dynamische pagina`s. Dynamisch betekent dat er een listView moet komen, een ArticleView en een module waar bijv. meest recente artikelen in voor komen.

Die collectie van artikelen, ofwel je module is dan een typeof "pagina" welke je weer aan een node koppelt. Op die manier kun je wel "templates" hanteren, maar hoeft je klant of eindgebruiker geen rekening te houden met templates ( wat zijn dat ook alweer?! ) en voorkomt het leuk telefoonverkeer.

Geldt ook voor je database trouwens, alles zo schoon mogelijk houden. Modulair opbouwen. Scheiding tussen een node/menuitem en een pagina.

Ja niet iedere pagina heeft dezelfde opbouw toch? Daarom heb je templates nodig lijkt mij. Of hoe wil je anders een website bouwen met verschillende pagina's? En daarnaast heb je statische pagina's zoals een nieuws of een contact pagina. Deze kunnen niet aangepast worden door de gebruiker.

Origineel gepost door R van Breugel

Ja niet iedere pagina heeft dezelfde opbouw toch? Daarom heb je templates nodig lijkt mij. Of hoe wil je anders een website bouwen met verschillende pagina's? En daarnaast heb je statische pagina's zoals een nieuws of een contact pagina. Deze kunnen niet aangepast worden door de gebruiker.

Waarom dat niet? Genoeg systemen waar je dat in de admin wel kunt.

Origineel gepost door Ramon Leenders

Waarom dat niet? Genoeg systemen waar je dat in de admin wel kunt.

Waar je wat in de admin kunt?

Origineel gepost door R van Breugel

Waar je wat in de admin kunt?

Een contact pagina editten.

Stel ik navigeer naar http://www.site.nl/voorbeeld.html (fictieve url). Hoe haal ik dan de content op voor deze pagina?
Met .htaccess zou kunnen, maar zijn er nog meerdere manieren?

Nou ten eerste haal je geen informatie op met .htaccess. Ten tweede is het heel simpel met htacces. Oké stel je gebruikt in je .htaccess het volgende;

RewriteRule ^([a-zA-Z0-9_-]+)/$ pagina.php?titel=$1

Dan zou je dus in je database kunnen zoeken wat er bij die pagina hoort.Je maakt dan een file aan dat pagina.php heet en doet daar het volgende;

$data_query = "SELECT * FROM table WHERE pagina_titel = '" . mysql_real_escape_string($_GET['titel']) . "'";
$data_sql = mysql_query($data_query) or die(mysql_error());
$pagina = mysql_fetch_object($data_sql);

Tekst op de pagina: <?=$pagina->tekst;?>

En je hebt de tekst. Het is niet heel moeilijk en ook nog eens zeer snel. Een $_GET[''] variabele in je query gooien is natuurlijk nooit handig, die moet je van te voren ook even checken.

Niet heel moeilijk dus, tenminste als je wat meer bekend bent met .htaccess e.d. Nog een tip, zorg ervoor dat je wat meer parameters in de url hebt, dat is helemaal niet erg. Dan kan je alleen maar meer check's uitvoeren. Zorg wel dat je niet meer dan drie niveau's diep gaat, want dat is dan weer niet zo lekker voor je SEO.

Een goede url zou zijn;
www.sitenaam.nl/1/sub-pagina/
Daarvoor kan je de volgende code voor gebruiken in je htaccess:
RewriteRule ^([0-9]+)/([a-zA-Z0-9_-]+)/$ pagina.php?id=$1&titel=$2

Hopelijk heb je er wat aan.