Onderwerp: Eisen content management

Simpele vraag, met een hoop antwoorden.

Welke eisen stellen jullie aan een content management systeem?

Dan heb ik verder nog wel meer vragen natuurlijk.

• Op welke manieren zien jullie toekomst in het mogelijk zelf verkopen van deze systemen, al dan niet white label?
• In hoeverre zien jullie kosten als een belangrijk punt bij de aanschaf van een systeem?
  Hoe zien jullie dit voor jullie klanten?
• Op wat voor markt moet een CMS gericht zijn? Bepaalde niches of mag het ook erg algemeen. Beide heeft voor en nadelen natuurlijk.
• Integratie in andere systemen, CRM, Billing etc., is het belangrijk dat een CMS als een soort middleware applicatie gaat fungeren?

Kortom, wat maakt een CMS interessant voor jullie en bij bijvoorbeeld de verkoop ervan, voor jullie klanten.

Zelf een CMS maken is (bijna) het meest onzinnige dat je kunt doen. Waarom wil iedereen, elke keer weer het wiel opnieuw uitvinden?

Er zijn genoeg Open Source framewroks die je zo kan aanpassen dat het precies aan jouw wensen voldoet.

Oorspronkelijk geplaatst door V v Zuydewijn

Waarom wil iedereen, elke keer weer het wiel opnieuw uitvinden?

omdat je dan precies weet hoe je wiel in elkaar zit. je hoeft niet elke keer weer de code van een ander door te spitten als je iets aan wilt passen.. jouw reaktie gaat compleet nergens over, een goeie scripter werkt 100% met zijn eigen scripts!!!

De meeste cms scripts zijn vaak erg uitgebreid en wat hoJan al zegt, je moet dan eerst de code doorspitten om erachter te komen hoe het in elkaar zit. Door zelf een cms te schrijven kun je alleen die functies erin zetten die je nodig hebt. Ik vind het belangrijk dat een cms template-based is, zodat ik mijn template kan invoegen en tags erin kan verwerken. Op basis van deze template maak ik dan de pagina's. Verder moet dynamische content zo veel als mogelijk vermeden worden, aangezien het de site flink kan vertragen bij veel bezoekers. Pivot werkt geloof ik ook op die manier.

Oorspronkelijk geplaatst door Deef

De meeste cms scripts zijn vaak erg uitgebreid en wat hoJan al zegt, je moet dan eerst de code doorspitten om erachter te komen hoe het in elkaar zit. Door zelf een cms te schrijven kun je alleen die functies erin zetten die je nodig hebt. Ik vind het belangrijk dat een cms template-based is, zodat ik mijn template kan invoegen en tags erin kan verwerken. Op basis van deze template maak ik dan de pagina's. Verder moet dynamische content zo veel als mogelijk vermeden worden, aangezien het de site flink kan vertragen bij veel bezoekers. Pivot werkt geloof ik ook op die manier.

Pivot genereerd een .html indexpagina bij de laatste wijziging.

Oorspronkelijk geplaatst door hoJan

een goeie scripter werkt 100% met zijn eigen scripts!!!

Dat is gewoon onzin.

Je kunt net zo goed iemand anders code volledig onder controle hebben .

Oorspronkelijk geplaatst door hoJan

omdat je dan precies weet hoe je wiel in elkaar zit. je hoeft niet elke keer weer de code van een ander door te spitten als je iets aan wilt passen.. jouw reaktie gaat compleet nergens over, een goeie scripter werkt 100% met zijn eigen scripts!!!

Dus iedereen die een auto gaat bouwen moet eerst zelf het wiel uitvinden? Das onzin natuurlijk.

Zelf een CMS maken is (bijna) het meest onzinnige dat je kunt doen. Waarom wil iedereen, elke keer weer het wiel opnieuw uitvinden?

Er zijn genoeg Open Source framewroks die je zo kan aanpassen dat het precies aan jouw wensen voldoet.

Natuurlijk zijn er frameworks - en natuurlijk zijn er systemen die hetzelfde doen - natuurlijk niet exact maar toch. Omdat iemand anders toevallig een website xhtml valid maakt en jij dit ook kunt, laat je dit toch ook niet elke keer weer door die ene persoon doen? Misschien gaat de vergelijking niet helemaal op maar het punt is duidelijk

omdat je dan precies weet hoe je wiel in elkaar zit. je hoeft niet elke keer weer de code van een ander door te spitten als je iets aan wilt passen.. jouw reaktie gaat compleet nergens over, een goeie scripter werkt 100% met zijn eigen scripts!!!

Met de laatste zin ben ik het niet eens. Maar natuurlijk weet je wel zelf hoe en wat.

Dat is gewoon onzin.

Je kunt net zo goed iemand anders code volledig onder controle hebben

Het kost je meer tijd en moeite om een andere code te lezen. Hoe zit je bijvoorbeeld met updates? Niet iedereen houd keurig een changelog bij van de exacte wijzigingen, vaak is het globaal en niet meteen duidelijk wat dit voor invloed heeft op je eigen custom modules of andere aanpassingen die je zelf gedaan hebt. Het is niet de ideale situatie in mijn ogen.

Dus iedereen die een auto gaat bouwen moet eerst zelf het wiel uitvinden? Das onzin natuurlijk.

Zo ben je wel exclusief en hou je de kwaliteit ervan zelf onder controle Maar dat is inderdaad onzin.

Om verder inhoudelijk te reageren.

Ik vind het belangrijk dat een cms template-based is, zodat ik mijn template kan invoegen en tags erin kan verwerken.

Wat geniet dan de voorkeur? Een 'in-house' ontwikkeld template systeem of systemen zoals Smarty? Beide hebben voor en nadelen, maar welke wegen het zwaarste?

Verder moet dynamische content zo veel als mogelijk vermeden worden, aangezien het de site flink kan vertragen bij veel bezoekers. Pivot werkt geloof ik ook op die manier.

Wij vangen dit nu op door middel van een caching systeem, waarbij geconfigureerd kan worden hoe lang de cache bewaard wordt voor verschillende soorten data. De data is hier wel hardcoded, dat wil zeggen dat wij wel het onderscheid alvast gemaakt hebben tussen de verschillende soorten data, zoals forums en voornamelijk statische data. Is dit in jullie ogen voldoende of zou dit verder configureerbaar moeten zijn?

Verder graag inhoudelijke reacties. Of het slim is of niet om een CMS zelf te ontwikkelen laat ik graag in het midden.

Oorspronkelijk geplaatst door SNS

Het kost je meer tijd en moeite om een andere code te lezen. Hoe zit je bijvoorbeeld met updates? Niet iedereen houd keurig een changelog bij van de exacte wijzigingen, vaak is het globaal en niet meteen duidelijk wat dit voor invloed heeft op je eigen custom modules of andere aanpassingen die je zelf gedaan hebt. Het is niet de ideale situatie in mijn ogen.

Dus, jij zegt dat het sneller en makkelijker is om iets als Joomla te schrijven. Dan het even door hebben hoe Joomla in elkaar steekt?

Oorspronkelijk geplaatst door Triloxigen

Dat is gewoon onzin.

Je kunt net zo goed iemand anders code volledig onder controle hebben .

tuurlijk kan je iemand anders zijn code volledig onder controle hebben, maar als het om de basis van een CMS gaat (lees: template/database systeem, kilobytes en kilobytes aan functies) kan je dat gewoon beter zelf in elkaar zetten.. als je voor een bepaalde module een stuk open source code gebruikt dan is daar niets op tegen natuurlijk, maar een product afleveren op basis van Joomla? kom op zeg

Oorspronkelijk geplaatst door Apoc

Dus iedereen die een auto gaat bouwen moet eerst zelf het wiel uitvinden? Das onzin natuurlijk.

nee tuurlijk niet dat is ook niet wat ik zeg. ik zeg dat je de basis van een cms beter zelf kan maken, of je dat baseert op de ideeën van een ander interesseert me geen worst

Oorspronkelijk geplaatst door Triloxigen

Dus, jij zegt dat het sneller en makkelijker is om iets als Joomla te schrijven. Dan het even door hebben hoe Joomla in elkaar steekt?

waarom zou je joomla willen herschrijven, dat is zo onnodig groot.. daarbij wordt het ook nog om de haverklap gehackt.. een beetje scripter gaat niet voortborduren op joomla...

investeren in je toekomst! als je je eigen cms schrijft van top till bottom (de basis dus) dan kan je later als je iets moet aanpassen voor een bepaalde klant of module dat gewoon 10x zo snel terug vinden en aanpassen.. als je altijd die standaard functies van een kant en klaar script hebt gebruikt er moet net eventjes iets anders dan zit je gelijk met je handen in het haar...

als je zelf niet script kan je gewoon beter zwijgen

Ik denk dat ik in Joomla iets net zo snel terugvind dan jij in je eigen systeem. En het is toch redelijk veilig als je er mee weet om te gaan. Een aantal grote sites gebruikt het en tevens wil het amerikaanse leger het binnenkort toestaan om joomla te gebruiken (na het op veiligheid getest te hebben).

Je ziet ook vooral veel hobbyisten/persoonlijke sites die gehackt worden. Die worden niet bijgehouden. Maar ik ben benieuwd of jouw cms straks en de functionaliteit heeft en het gebruiksgemak en de veiligheid van Joomla heeft. We zullen het wel zien, want ik neem aan dat we het later wel mogen bekijken van je....

Waarom wil je trouwens voor het templatingsystem dan wel weer een apart systeem gebruiken. Daar geldt toch hetzelfde voor?

Oorspronkelijk geplaatst door hoJan

tuurlijk kan je iemand anders zijn code volledig onder controle hebben, maar als het om de basis van een CMS gaat (lees: template/database systeem, kilobytes en kilobytes aan functies) kan je dat gewoon beter zelf in elkaar zetten.. als je voor een bepaalde module een stuk open source code gebruikt dan is daar niets op tegen natuurlijk, maar een product afleveren op basis van Joomla? kom op zeg

Je bent nog niet zo lang ontwikkelaar, of wel?
Er is niks mis met een product leveren op basis van open-source. Je wil niet weten hoeveel vraag er naar is.
Je kunt voor een veel scherpere prijs een veel uigebreider product aanbieden dan ook vaak schaalbar is.
We leveren bijvoorbeeld veel webwinkels op basis van osCommerce, dit zelf ontwikkelen is zinloos.

Oorspronkelijk geplaatst door hoJan

investeren in je toekomst! als je je eigen cms schrijft van top till bottom (de basis dus) dan kan je later als je iets moet aanpassen voor een bepaalde klant of module dat gewoon 10x zo snel terug vinden en aanpassen.. als je altijd die standaard functies van een kant en klaar script hebt gebruikt er moet net eventjes iets anders dan zit je gelijk met je handen in het haar...

als je zelf niet script kan je gewoon beter zwijgen

Waarom zou je bij Joomla niks kunnen aanpassen??


En die laatste zin is me even onduidelijk waar dat op slaat.

Dus, jij zegt dat het sneller en makkelijker is om iets als Joomla te schrijven. Dan het even door hebben hoe Joomla in elkaar steekt?

Nee, ik zeg dat het gemakkelijker is om een functie die door je eigen team is gemaakt makkelijker te vinden en aan te passen is als dat dit door een derde is gedaan. Simpel gezegd natuurlijk en zonder externe factoren als verloop van personeel

Je ziet ook vooral veel hobbyisten/persoonlijke sites die gehackt worden. Die worden niet bijgehouden. Maar ik ben benieuwd of jouw cms straks en de functionaliteit heeft en het gebruiksgemak en de veiligheid van Joomla heeft. We zullen het wel zien, want ik neem aan dat we het later wel mogen bekijken van je....

Gebruiksgemak en veiligheid is wel een belangrijk punt natuurlijk. Je mag wat mij betreft ons CMS best eens testen. Zie http://basic.cms.sensson.net/ om een demo account aan te maken. Dit is wel echt een basis systeem en geeft weinig mogelijkheden. Het is zelfs mogelijk dat bepaalde functies niet werken in bepaalde browsers. Mocht je er tegen aanlopen hoor ik het graag zodat we er verder naar kunnen kijken.

We hebben ook een geavanceerder systeem, mocht je dat willen zien, kan dit op http://adv.cms.sensson.net/. Deze systemen staan echt compleet los van elkaar. Qua layout zijn ze gelijk, qua code, functionaliteit en opzet totaal verschillend.

Mocht je veiligheidsproblemen zien, laat het dan ook weten.

Waarom wil je trouwens voor het templatingsystem dan wel weer een apart systeem gebruiken. Daar geldt toch hetzelfde voor?

Websites die wij maken zijn vaak vrij complex qua vormgeving. We hebben alleen ervaring met Smarty via Kayako, maar daar is het verre van ideaal hoe het een en ander is opgezet. Verder is er eerlijk gezegd te weinig gebruik van gemaakt om te kijken of dit beter was geweest. Ons huidige systeem functioneert prima.

Nogmaals, die discussie of je beter de basis van een ander systeem kan gebruiken interesseert me niet. We hebben al een tweetal systemen en wat ik wil weten is wat volgens jullie een CMS goed maakt, niet welke basis het beste is

Ik zal de komende dagen eens kijken. Wat ik zou wensen naast alle mogelijkheden tot interactie is een handige manier op zelf formulieren te maken en enquetes (zoals in Joomla) tableless valide xhtml (waar Joomla of een aantal mee bezig is). Maar ik zal eerst eens kijken wat jullie systeem voordat ik alle wensen uit die wellicht al aanwezig zijn...

Oorspronkelijk geplaatst door SNS

Nee, ik zeg dat het gemakkelijker is om een functie die door je eigen team is gemaakt makkelijker te vinden en aan te passen is als dat dit door een derde is gedaan. Simpel gezegd natuurlijk en zonder externe factoren als verloop van personeel

Beetje tegenstrijdig.
Code gemaakt door collega's is net zo goed andermans code en niet van jezelf