Content Management Systeem

[Verwijderd]

Hallo,

Ik weet dat er diverse PHP en ASP scripts zijn voor contentmanagement. Maar geen enkele of in ieder geval zeer weinig scripts doen datgene wat ik ervan verwacht.

Nu wil ik zelf een contentmanagement systeem maken in PHP (Later zet ik het dan ook in ASP).

Nu vraag ik mij af:

Wat is volgens jullie precies een content management systeem?

Wat voor eisen stellen jullie aan zo'n systeem?

Wat zou het systeem minstens moeten kunnen?

Ik ben benieuwd of dit een interessant topic wordt.

Heeft er bijvoorbeeld iemand al ervaring met het realiseren van CMS? En is diegene bereidt zijn ervaringen en meningen te delen met ons?

Patrick

[Martin Sturm]

Volgens mij doe je het nu verkeerd. Meestal vraag je aan de personen die het moeten gaan gebruiken wat de eisen zijn en al. Aangezien wij niet de gebruikers zijn, denk ik dat je verkeerd zit. Zo'n CMS is ook afhankelijk van het type website waar het voor gebruikt gaat worden. Een nieuws site stelt hele andere eisen dan een site met een shop, of een site waar alleen tutorials op staan.

Ik heb er ook een gemaakt voor mijn site, en die voldoet ruimschoots aan de eisen die voor die site van toepassing zijn (site is er nog niet btw).

[Blubber]

Wat is een Content Managing System

[Verwijderd]

Op donderdag 14 december 2000 09:13 schreef Blubber het volgende:
Wat is een Content Managing System

Een systeem, waarmee je de 'achterkant' van een programma/ website kunt beheren.
Een soort administratie tool dus.

[TheBrain]

Als gebruiker beantwoord:

Nu vraag ik mij af:

Wat is volgens jullie precies een content management systeem?

Een systeem waarmee op gebruikersvriendelijke wijze (online bijvoorbeeld) en waarbij geen specifieke kennis van HTML oid. noodzakelijk is, de content (inhoud) van een website beheerd kunnen worden.

Wat voor eisen stellen jullie aan zo'n systeem?

geen programmeerkennis noodzakelijk, gebruikersvriendelijk, flexibel, snel, statische en dynamische omgeving gescheiden van elkaar.

Wat zou het systeem minstens moeten kunnen?

is al aangegeven dat dat afhangt van het soort website.
[/quote]

Suc6

[tomato]

Hier op mijn werk worden veel CMS-en gemaakt. Meeste zijn vrij eenvoudig, maar ze gaan ook uitgebreid.
Maar zoals gezegd, er kunnen nogal verschillende eisen gesteld worden, dus verder kan ik niet veel op je vraag zeggen...

[raptorix]

Je kan inderdaad van de eisen/behoeftes van een klant uitgaan, echter je kan ook een meer generiek systeem gaan maken, in hoeverre je wilt kan je dat zo maken dat het al dan niet met aanpassingen geschikt gemaakt kan worden voor klanten.

[GraasGast]

waar worden die back-ends mee gemaakt dan? php-mysql of asp?

[soepkip]

Ik maaktdie cms krengen altijd naar van te voren gemaakte specificaties (anders blijft de klant zeuren) die voortkomen uit overleg met de klant wat ie nu eigenlijk wil,
hoe het eruit komt te zien of wat de functionaliteiten zijn licht natuurlijk aan het project

[Verwijderd]

Hartstikke bedankt voor de reacties.
Ik begrijp inderdaad dat het CMS afhankelijk is van de soort website.

Wat ik mij afvraag: zou ik er ook HTML-opmaak in moeten kunnen verwerken? Dus FONTS, SIZE etc binnen een tekst.

Weet iemand goede URL's naar info over CMS's of bedrijven die CMSén maken.

Is het dan verstandig:

a. Om 1 generiek systeem te maken, dat voor iedere klant aan te passen is.
b. Om voor iedere klant (die een CMS wenst) een CMS te maken.

Patrick

[soepkip]

www.adcore.nl

alle klanten hier hebben een cms (alleen heb je de logins niet )

en als je een generiek systeem wilt hebbn, daar zijn al standaard paketten voor (zoals backstream ) waarmee je dan moet concureren.
wat je mischien beter kan doen is met behulp van java-servlet pages standaard generieke componenten te maken die je voor een klant speciefiek kan koppelen (met behulp van templates natuurlijk, zodat je alleen een beetje html hoeft aan te passen)

[Verwijderd]

Een content-management systeem is vaak ingewikkelder dan je denkt, vooral als je gaat denken aan middel tot grote systemen (een klein systeempje waarbij je wat teksten kan updaten is natuurlijk niet moeilijk, maar ook geen echt c.m. systeem).

Je zou moet denken aan de volgende zaken:
- strikte scheiding tussen content,opmaak en structuur
- wat is de updatefrequentie van de informatie
- welk type en hoeveelheid contentveranderingen zijn er nodig
- wat is het 'Ripple effect' (het aantal pagina's dat wordt gewijzigd bij een enkele contentwijziging)
- hoe groot is het redacteurenteam
- is technisch personeel beschikbaar om contentredacteuren te ondersteunen
- welke typen content mwordt er gebruikt (tekst, images, video, etc)
- moet de content verschillende talen ondersteunen
- in hoeverre is de time-to-market belangrijk
- moeten wijzigingen in de content worden gecontroleerd (redactie)

Verder zijn nog belangrijke zaken:
- beveiliging
- workflow (van creatie tot publicatie van content)
- versiebeheer (het is vaak noodzakelijk om gemaakte veranderingen te kunnen traceren/terugdraaien)
- zoekfaciliteiten
- uitbreidbaarheid
- gebruikersgemak

Waarschijnlijk zullen veel punten niet van toepassing zijn op een klein systeem, maar er kunnen zaken tussenzitten waarover je nog niet gedacht had.

Nog even wat url's van open source en commerciele cms:

open source:
http://www.mmbase.org
http://www.zope.org

commercieel:
http://www.tridion.com (tridion dialogserver)
http://www.smartsite.nl (smartsite DWS)
http://www.brightinsites.com
http://www.broadvision.com
http://www.vignette.com (Vignette StoryServer)
http://www.allaire.com (Alaire Spectra)

en verder:
http://www.contentmanager.de

succes

[raptorix]

Op donderdag 14 december 2000 10:57 schreef FourEyes het volgende:
Wat ik mij afvraag: zou ik er ook HTML-opmaak in moeten kunnen verwerken? Dus FONTS, SIZE etc binnen een tekst.

Gewoon 1 stylesheet maken, kan je via je content managament systeem iemand later zelf ze stylesheet laten bewerken

[soepkip]

ik zeg templates

[Verwijderd]

En wat is een goed programma om templates te maken en te onderhoud? Ik heb begrepen dat daar verschillende scripts voor zijn (FastTemplate geloof ik).

Welke is daar naar jullie mening redelijk goed van?

[Tom]

Op donderdag 14 december 2000 17:09 schreef FourEyes het volgende:
En wat is een goed programma om templates te maken en te onderhoud? Ik heb begrepen dat daar verschillende scripts voor zijn (FastTemplate geloof ik).

Welke is daar naar jullie mening redelijk goed van?

http://gathering.tweakers.net/forum/list_messages/64095

Of search op 'template', dan vind je er nog meer...

[Verwijderd]

Maar wat is nou het beste, reeds bestaande, open source software zijnde, generieke, op php en mysql gebaseerde content management systeem.

[tweakerbee]

Elke keer je eigen bouwen. Dan sluit het echt het beste aan bij wat de mensen willen. Kun je ook nog specifieke functies aanbieden die ze er achteraf in wilden hebben...

[Tuinhark]

Op donderdag 14 december 2000 11:19 schreef Anchorman het volgende:

[hele lijst met urls]

Je vergeet een vrij bekende: phpnuke

Voordat iedereen begint te brullen hoe slecht dat dit wel niet is (daar ben ik het mee eens, ik ga daar zo op in), de nieuwe upcoming versie 5.0 zal waarschijnlijk een heel stuk beter zijn. Ik kijk daar erg naar uit iig.

Goed, waarom is phpNuke nu zo slecht dan? De security is zo lek als een mandje; de layout is lang niet 100% perfect aan te passen zonder in de code te gaan rommelen; de code is afgezien daar van een grote bagger; vele, vele bugs; en ga zo maar door.

Hoe komt het dat het dan toch zo populair is? Dát het populair is en 'erkend' wordt moge duidelijk zijn vanwege het feit dat het sinds kort gesponsord wordt door Linux Mandrake. Verder is de standaard layout best gelikt, heeft het vele features. Lees verder...

Daarnaast is er dus idd een afgeleide van PHP-Nuke; phpWebsite. Die gebruiken we ook op de YapBB homepage en ben daar best over te spreken. Het functioneert eigenlijk net zo als PHP-Nuke, alleen is het een gestripte versie, heeft het support voor modules en is het far less buggy.

Anyway, my €0.02

[dusty]

Op donderdag 14 december 2000 11:19 schreef Anchorman het volgende:
(een klein systeempje waarbij je wat teksten kan updaten is natuurlijk niet moeilijk, maar ook geen echt c.m. systeem).

Onzin, Er wordt tekst aangepast wat dus content is. Zolang dit kan is het een Content Management Systeem.

Het is alleen het geval dat CMS heel weinig en heel veel kan omvatten.

[Verwijderd]

Volgens mij doe je het nu verkeerd. Meestal vraag je aan de personen die het moeten gaan gebruiken wat de eisen zijn en al. Aangezien wij niet de gebruikers zijn, denk ik dat je verkeerd zit. Zo'n CMS is ook afhankelijk van het type website waar het voor gebruikt gaat worden. Een nieuws site stelt hele andere eisen dan een site met een shop, of een site waar alleen tutorials op staan.
Ik heb er ook een gemaakt voor mijn site, en die voldoet ruimschoots aan de eisen die voor die site van toepassing zijn (site is er nog niet btw).

Dit is de simpele site-by-site aanpak. als je erg veel sites maakt is het wel handig om een gestandaardiseerd CMS systeem te hebben. De meeste webbedrijven hebben hun eigen systeempje, van simpel tot extreem geavanceerd.

Ik bedoel er zijn systemen te maken die een database bijhouden, ongeacht van de opzet of inhoud. Die automatisch een datum-invulveld genereerd als het een datum veld is, automatisch een upload functie voor een plaatje laat zien, etc.
Of iets dat per module werkt. Je hebt een standaard newsmodule, inclusief beheertool. Standaard agendamodule, inclusief beheertool.
Iets dat voor iedere site in enkele uren op te zetten is. (tel uit je winst )

Het standaard wil natuurlijk niet zeggen dat het inflexibel is, dat hangt van de ontwikkelaars af.

Een van de (uhh DE grootste) contentmanager, die oa voor Amazon gebruikt wordt, maar in nederland bijvoorbeeld ook door Zonnet, is het amerikaanse Vignette.

[Verwijderd]

Op dinsdag 27 maart 2001 09:14 schreef de Seend het volgende:

[..]

Dit is de simpele site-by-site aanpak. als je erg veel sites maakt is het wel handig om een gestandaardiseerd CMS systeem te hebben. De meeste webbedrijven hebben hun eigen systeempje, van simpel tot extreem geavanceerd.

Ik bedoel er zijn systemen te maken die een database bijhouden, ongeacht van de opzet of inhoud. Die automatisch een datum-invulveld genereerd als het een datum veld is, automatisch een upload functie voor een plaatje laat zien, etc.
Of iets dat per module werkt. Je hebt een standaard newsmodule, inclusief beheertool. Standaard agendamodule, inclusief beheertool.
Iets dat voor iedere site in enkele uren op te zetten is. (tel uit je winst )

Het standaard wil natuurlijk niet zeggen dat het inflexibel is, dat hangt van de ontwikkelaars af.

Een van de (uhh DE grootste) contentmanager, die oa voor Amazon gebruikt wordt, maar in nederland bijvoorbeeld ook door Zonnet, is het amerikaanse Vignette.

Allaire Spectra heeft precies dezelfde mogelijkheden en zelfs meer, en dat voor een zeer lagere prijs dan het Vignette platform, waarbij je aparte modules moet aanschaffen om tot een werkende oplossing te komen.

Allaire Spectra is gebouwd op het ColdFusion platform (en dit is weer op Java gebaseerd), en heeft alle modules al in zich zitten. Verder is het systeem nog m.b.v. ColdFusion uit te breiden en kun je via de geintegreerde ColdFusion bijv. custom C++ applicaties uitbreiden..

[MoBi]

<off topic> He gordijnstok, je weet toch dat hier de meeste tegen coldfusion zijn omdat het geld kost en veel geld kost!</off topic>

CMS kun je kopen, maar als je specifieke eisen heb, vallen de meeste af. En als je koopt moet je maar weer wachten tot de product er nieuwe functies, of bug fixes in stopt.

Als je zelf de kennis hebt om iets te bouwen zou ik zelf bouwen, het kost tijd, ja dat klopt, maar je kan sneller nieuwe functies en bugfixes implenteren dan bij gekochte software.

[Verwijderd]

Op donderdag 14 december 2000 09:22 schreef Sibash het volgende:

[..]

Een systeem, waarmee je de 'achterkant' van een programma/ website kunt beheren.
Een soort administratie tool dus.

Dan zou het toch eigenlijk Kont End managementtool moeten heten??

[Verwijderd]

Op dinsdag 27 maart 2001 11:33 schreef MoBi het volgende:
<off topic> He gordijnstok, je weet toch dat hier de meeste tegen coldfusion zijn omdat het geld kost en veel geld kost!</off topic>

CMS kun je kopen, maar als je specifieke eisen heb, vallen de meeste af. En als je koopt moet je maar weer wachten tot de product er nieuwe functies, of bug fixes in stopt.

Als je zelf de kennis hebt om iets te bouwen zou ik zelf bouwen, het kost tijd, ja dat klopt, maar je kan sneller nieuwe functies en bugfixes implenteren dan bij gekochte software.

offtopic:
ColdFusion bespaart geld, heel veel geld.

[Verwijderd]

Allaire Spectra heeft precies dezelfde mogelijkheden en zelfs meer, en dat voor een zeer lagere prijs dan het Vignette platform, waarbij je aparte modules moet aanschaffen om tot een werkende oplossing te komen.
Allaire Spectra is gebouwd op het ColdFusion platform (en dit is weer op Java gebaseerd), en heeft alle modules al in zich zitten. Verder is het systeem nog m.b.v. ColdFusion uit te breiden en kun je via de geintegreerde ColdFusion bijv. custom C++ applicaties uitbreiden..

Bedoelde ook niet dat je gelijk je miljoenen bij elkaar moest gaan sparen voor Vignette.. zei alleen dat dat zonder twijfel de meest krachtige is (mits je het door een gerenommeerd bedrijf laat inpassen.. Vignette-certified zeg maar). Daar waren in NL dus nogal wat problemen mee de laatste tijd. Vignette is uitermate geschikte voor E-commerce op ENORME schaal, waar bijna geen enkel ander systeem voldoet (zelfs niet ColdFusion).

Tuurlijk, daar betaal je je blauw aan.. Daarom hebben de meeste bedrijven hun eigen systeem. Wij gebruiken ook een zelfontwikkeld Java-systeem. Heeft een nieuwe klant een wens die we nog nooit gehoord hebben, dan programmeren we het er ff bij zeg maar.

[MrBrown]

Op dinsdag 27 maart 2001 11:33 schreef MoBi het volgende:
CMS kun je kopen, maar als je specifieke eisen heb, vallen de meeste af. En als je koopt moet je maar weer wachten tot de product er nieuwe functies, of bug fixes in stopt.

Er zijn best goede algemene CMSen te koop waar je maatwerk spul in kan programmeren. Ik werk op het moment een CMS, daaronder kan je gewoon maatwerk dll's hangen. Hangt natuurlijk wel een prijskaartje aan...

[Verwijderd]

Op dinsdag 27 maart 2001 11:58 schreef de Seend het volgende:

[..]

Bedoelde ook niet dat je gelijk je miljoenen bij elkaar moest gaan sparen voor Vignette.. zei alleen dat dat zonder twijfel de meest krachtige is (mits je het door een gerenommeerd bedrijf laat inpassen.. Vignette-certified zeg maar). Daar waren in NL dus nogal wat problemen mee de laatste tijd. Vignette is uitermate geschikte voor E-commerce op ENORME schaal, waar bijna geen enkel ander systeem voldoet (zelfs niet ColdFusion).

Tuurlijk, daar betaal je je blauw aan.. Daarom hebben de meeste bedrijven hun eigen systeem. Wij gebruiken ook een zelfontwikkeld Java-systeem. Heeft een nieuwe klant een wens die we nog nooit gehoord hebben, dan programmeren we het er ff bij zeg maar.

Volgens mij weet je niet waar je over praat als je al letterlijk durft te zeggen dat E-commerce niet is weggelegd voor ColdFusion.

Als tweede is de engine van de Vignette familie als tier op de Jrun engine van Allaire gebouwd..... hey..goh.....ColdFusion/Spectra ook, alleen dan niet als aanhangsel maar als een totale integratie.

En wat betreft E-commerce op ENORME schaal, bijv. www.autobytel.com gebruikt ColdFusion voor zowel de frontoffice als de backoffice op alle 53 Compaq Proliant servers. En jij zegt dat ColdFusion daar niet geschikt voor is?... wake up!

[MoBi]

Cold fusion word meestal maar voor een doel aangeschapt en dat is e-commerce!

[Explore]

Goed, dan probeer ik dit topic wel weer te herstarten...

Eerlijk gezegd vind ik dit een vrij interessant topic. Ik maak regelmatig (full-time eigenlijk) content management systems. Vanzelfsprekend altijd toegankelijk vanuit een browser, gebruikmakend van PHP, MySQL en DHTML. Url's krijg je (inderdaad) vanzelfsprekend niet, ook al zijn ze behoorlijk secure.
Mogelijkheden zijn oa. beheer van news-items, nieuwsbrief, specifieke data (even geen details hiervan), pagina's, quotes, etc...

Op maandag 24 september 2001 15:32 schreef TheDjasp het volgende:
Taal: Verschillende, allemaal PHP + MySQL, van simpel tot erg uitgebreid.
Features: Content Managen. tja.... what can I say. Beetje teksten toevoegen, pagina's maken, dynamisch navigatiemenu genereren, afbeeldingen uploaden, opmaak wijzigen.. the works...

URL: Hmmm doe maar niet.

In wat voor 'n 'hoedanigheid' doe je dat? Freelance? Verkoop je die, verlease je ze... Of gewoon op uurloon? Wat zijn goede prijzen? Hou je niet een stuk in eigen handen om ahw. inkomsten te genereren?
Hoe pak je het wijzigen van opmaak aan in zo'n CMS?

[Verwijderd]

Ik ben ook wel erg nieuwsgierig naar meer informatie over dit onderwerp. Zelf maak ik ook content Management Systemen. Misschien kunnen we wat informatie uitwisselen?

[Explore]

Dat leek me ook interessant, vandaar al m'n vragen daarboven... De topic-starter van 't topic wat op slot is gezet is blijkbaar z'n intresse verloren.

[daansan]

Als je het zelf wil maken zou ik iets met XML & XSLT doen.
Op die manier kun je content en opmaak scheiden.

En de brug tussen bijv. MySQL en XML is ook redelijk makkelijk te slaan.

Je zou ook nog Java Servlets kunnen gebruiken om dit alles serverside te genereren. Maar met PHP en ASP moet dat ook allemaal kunnen.

Dat werkt allemaal best wel prima.

Groeten,

daansan

[Verwijderd]

Ik heb zelf ook een CMS ontwikkeld (goh ), en heb daarbij gebruik gemaakt van twee templates: Globale template (de gehele pagina etc) en de tekste template (opmaak van het tekst gedeelte).

Deze manier van werken werkt zeer soepel en is daarnaast ook nog redelijk flexibel.

Mijn systeem is gericht op middel grote sites. Gebruikers hebben dan metname behoefte aan overzichtelijkheid en gebruikersgemak. Je moet niet alleen componenten kunnen invoegen (tables, pictures etc), maar ook de properties daarvan kunnen wijzigen (backgroundColor, borders etc).

[Explore]

Die combinatie van PHP & MySql met XML & XSLT vat ik nog niet helemaal. Ik moet me daar een dezer dagen eens in verdiepen... als ik 't toch es niet zo druk had...

Hoe dan ook, toch houd ik de content gescheiden van de opmaak. Met de Admin Tools die ik bouw is het alleen mogelijk om teksten ed. aan te passen. Op de site zelf wordt de tekst uit de db geplukt en in de html geplakt. Waarom zou het dan nog handig zijn om XML en XSLT te gebruiken? Dat is toch alleen nog een extra vertaal stap? (XML parsen naar HTML dus.)

Het lijkt me wel leuk om een paar van die CMS'en te zien, ook al was het alleen maar een screenshot. Privacy is natuurlijk een groot probleem dan. Ik bedoel, 't kan goed voorkomen dat niet ALLE tekst die daar in staat voor 'derden' bedoeld is.

Goed, ik heb 't voortouw genomen en een screenshot gemaakt van een Admin Tool waarmee ik op 't moment bezig ben. Ik heb wat persoons-informatie onleesbaar gemaakt - tzt. is dit vanzelfsprekend allemaal op de aanverwantte site te lezen. De velden 'Education 1' en 'Location 1' zijn autocomplete velden. De informatie wordt uit de db getrokken. Het is ook mogelijk meer van die velden toe te voegen, mbv de + button er naast. De tekst bij 'About' is voor elke persoon natuurlijk anders en dus dynamisch. Een textarea-veld dynamisch krijgen was wel een leuke uitdaging. Met de icons links naast de lijst, achter het edit-layer, is het mogelijk om records te verplaatsen, zodat men ze in een bepaalde volgorde kan zetten (ipv. alfabetisch ofzo)... Dat soort dingen zitten in mijn tools. Ondertussen stapelen de bouwstenen zich op en kan ik dit soort tools steeds sneller in elkaar draaien.

Hoe werken jullie CMS'en?
Tijd voor een nieuw topic?

[raptorix]

Zelf cms systemen programmeren is leuk, maar het is tijdrovend en daarnaast zijn er goede alternatieven beschikbaar. Afgelopen week ben ik op cursus geweest bij mediasurface, een commercieel pakket wat een zeer groot scala aan functies biedt maar je kan het ook gewoon via Perl uitbreiden (Jawel Raptorix aan de perl en ik moet zeggen dat ik het best een makkelijk taaltje vind, STFU ARIEN ) Er zit ook een java frontend bij waarmee je site structure, users, code, etc makkelijk kan invoeren, maar daar was ik wat minder tevreden over.

[Verwijderd]

raptorix: Raptorix aan de perl en ik moet zeggen dat ik het best een makkelijk taaltje vind, STFU ARIEN

*hehe*

[mbravenboer]

Explore: Waarom zou het dan nog handig zijn om XML en XSLT te gebruiken? Dat is toch alleen nog een extra vertaal stap? (XML parsen naar HTML dus.)

Het handige van een XML-XSL oplossing is dat je je content in feite in XML vorm aanbiedt. Hierdoor is het heel makkelijk om nieuwe toepassingen tooltjes of views op diezelfde content te maken. Denk bijvoorbeeld aan client-side applicaties, news-trackers, product gegevens aanbieden enzovoorts. De website wordt nu in feite gewoon een HTML view op de XML content die met behulp van XSL wordt gegeneerd. Met XSL kan je ook heel makkelijk verschillende bronnen combineren, waardoor je server-side code veel eenvoudiger kan worden. Sowieso zorgt XML content als voor een vereenvoudiging van server-side code.

In feite is het aanbieden van XML content het belangrijkste voordeel van een XML/XSL oplossing. Als je geen XML content wilt (wat ik mij haast niet voor kan stellen ) dan zijn templates wellicht ook een prima oplossing.

[mbravenboer]

raptorix: [java frontend] maar daar was ik wat minder tevreden over.

Prutsers

[sebas]

Zeker een zeer interessante topic.

Ik hou me ook al meer dan een half jaar intensief met CMS'en bezig. Ik ben begonnen met en eenvoudig textbased cms'je, nu ben ik bezig met het bouwen en implementeren van een uitgebreid cms. De eisen die aan zo'n ding gesteld worden zijn onder anderen:

- multiuser environment
- eenvoudig gebruik zonder kennis van html en/of programmmertalen
- herbruikbaarheid van de informatie (gestructureerde opslag is belangrijk, SQL of XML bijvoorbeeld zijn goede beginselen)
- integratie in bestaande systemen, bijvoorbeeld LDAP om er maar een voorbeeld te noemen
- korte time to market
- flexibiliteit (qua functionaliteit en aangeboden informatie)
- "connectivity" ten opzichte van databases en bijvoorbeeld cgi's
- veiligheid
- versionmanagement (rekening houden met workflows)
- (in vaak minder belangrijke rol: prijs)

Wij hebben voor Zope gekozen om dit allemaal te implementeren. Zope is een OO webapplicationserver, Objectdatabase - environment.
Ik moet zeggen dat ik zope voor dit soort dingen een erg geschikte omgeving vind om in te werken. Het is zeker een evenwaardig alternatief voor Spectra.

Het is vrij makkelijk om in zope dergelijke projecten te realiseren, de meeste dingen die nodig zijn zijn er al. Tevens worden er een hoop plugins aangeboden die bepaalde functionaliteiten gereed stellen. Er zijn goede Linux en Windows versies. De Documentatie is redelijk uitgebreid, al zouden er voor sommige plugins nog beter API doc's handig zijn. Python is eigenlijk de taal van zope, maar het is ook mogelijk om in principe alle anderen talen te kunnen gebruiken via een cgi-interface.

Zope is OpenSource en gratis, ook wel leuk

Het userinterface speelt in mijn ogen ook een hoofdrol. Wij testen momenteel een java applet tekstverwerker (http://www.realobjects.de), hiermee denk ik het nog laagdrempeliger te kunnen maken.

Zelf coden wordt waarschijnlijk in de meeste gevallen erg moeilijk qua time to market.

[Verwijderd]

Sebas: Ik hou me ook al meer dan een half jaar intensief met CMS'en bezig. Ik ben begonnen met en eenvoudig textbased cms'je, nu ben ik bezig met het bouwen en implementeren van een uitgebreid cms.

Dat kan ik me nog wel herinneren ja... iets met regexen voor omzetten binnen tags ofzo. Jammer dat je er niet verder meegegaan bent.

Python is eigenlijk de taal van zope, maar het is ook mogelijk om in principe alle anderen talen te kunnen gebruiken via een cgi-interface.

Dacht dat er nu Perl integratie was ook?

(/me vindt CMSen niet zo interessant eigenlijk )

[Verwijderd]

De grootste stappen die ik in principe de laatste maanden heb gemaakt met het ontwikkelen van CMS toepassingen zijn:

1) XML/XSL
2) Microsoft ExecCommand() functies
3) Angstaanjagend close Com+ functies met bijv. MsOffice
4) LiveUpdate! functies (vergelijk het met Windows Update)

Vooral stap 2 en 3 zijn van grote invloed geweest. XML is in de programmering al toegepast, helaas heeft het zich nog niet kunnen bewijzen.

Stap 4 is voor het bedrijf een belangrijke stap geweest. Qualitycontrol wordt nu continue gecontroleerd. En de klanten zijn enorm positief.

[sebas]

Op woensdag 03 oktober 2001 08:07 schreef Arien het volgende:

[..]

Dat kan ik me nog wel herinneren ja... iets met regexen voor omzetten binnen tags ofzo. Jammer dat je er niet verder meegegaan bent.
[..]

Dacht dat er nu Perl integratie was ook?

(/me vindt CMSen niet zo interessant eigenlijk )

Idd wel een leuk project, veel van geleerd. Maar op grote schaal is het gewoon niet handig om txt file based te werken.

* sebas heeft aan ariens hulp veel gehad.

Er is inderdaaad perl integratie voor zope, maar om het OO van zope helemaal om te kunnen zetten lijkt me python iets bruikbaarder. Hier staat meer over het perl interface van zope, voor de liefhebbers

http://www.zope.org//Wikis/zope-perl/FAQ

* sebas vind cms'en nota bene erg interessant gezien wat er allemaal bij komt kijken is het erg leerzaam ook.

[pasz]

Ik heb er een geschreven in PHP/MySQL. Is gewoon een standaard script wat ik per klant aanpas.
features:
- Online HTML editor (geleend van sourceforge)
- Uploaden van documenten en plaatjes
- Beheer van groepen en gebruikers
- Content in te delen in groepen
- zoek functie
etc.etc

Dit is genoeg voor kleine 'klanten'.

[Nielsz]

Goh leuk voor je


_{Best een oud topic dit}

[Stewie!]

Op woensdag 20 maart 2002 13:49 schreef Nielsz het volgende:
Goh leuk voor je


_{Best een oud topic dit}

zeg dat wel
LOL

[Stewie!]

Op woensdag 20 maart 2002 13:45 schreef PaszWerken het volgende:
Ik heb er een geschreven in PHP/MySQL. Is gewoon een standaard script wat ik per klant aanpas.
features:
- Online HTML editor (geleend van sourceforge)
- Uploaden van documenten en plaatjes
- Beheer van groepen en gebruikers
- Content in te delen in groepen
- zoek functie
etc.etc

Dit is genoeg voor kleine 'klanten'.

ik zie dat je "Specialist in het ontwikkelen van systemen voor:
> internet
> intranet
> extranet

bent! Ziet er leuk uit die website van je!

[chem]

oud topic && geen meerwaarde == dicht