Blogsoftware en CMS-systemen

Web en Blogging

Blogsoftware en CMS-systemen

Wie met een blog wil starten, heeft vanuit technisch oogpunt de keuze uit twee soorten oplossingen. Bij een hosted service maak je gebruik van een dienstenaanbieder zoals Typepad, Skynetblogs, MSN Spaces of web-log.nl. Bij sommige dienstenaanbieders gebeurt het schrijven van je blogartikels en het hosten van je blog in verschillende omgevingen, zoals de online authoring applicatie Blogger in combinatie met de hostingdienst van Blogspot; of bij Radio Userland, dat gebruik maakt van een gespecialiseerde client-applicatie en een gespecialiseerde hostingdienst. De tweede mogelijkheid is om op een eigen server of op een eigen hosting-account blogsoftware te installeren, zoals Movable Type, Pïvot, pMachine, Nucleus of Wordpress of Drupal. Deze laatste categorie vertoont nogal wat gelijkenissen met professionele Content Management Systemen (CMS) die gebruikt worden om bedrijfs- of mediawebsites te bouwen. Uiteraard heeft de blogsoftware beperktere mogelijkheden dat de volwaardige CMS-systemen, maar voor kleine projecten is het de laatste tijd niet uitzonderlijk dat er van blogsoftware gebruik wordt gemaakt voor het opzetten van een eenvoudige bedrijfswebsite. De grens tussen de high-end blogsystemen en de low-end content management systemen vervaagt.

BLOGSYSTEMEN EN CMS'EN IN KAART GEBRACHT
Vorige week zag ik op een symposium een interessante grafiek die een rangschikking bevat van blogsoftware en content management systemen. Ze waren gerangschikt in twee dimensies. Op de verticale as: de kennis die vereist wordt van diegene die de software installeert en configureert (dus niet de auteur die het systeem zal vullen met artikels en teksten). Op de horizontale as: de typische totale projectkost waarbij het product wordt ingezet. De vermelding van die kost is niet zozeer een indicatie van de moeilijkheidsgraad van de installatie en de configuratie, en zeker geen indicatie van de prijs van het CMS-systeem, maar wel van de grootte van het project en de vereiste mogelijkheden van de software. De man die de presentatie gaf was Filip Borloo, die ik leren kennen had op de geek dinner in Gent. Icogs, het bedrijf waar hij werkt, lanceert binnenkort een nieuw CMS, maar daarover meer aan het einde van dit artikel.

Klik hier voor een grotere versie van deze grafiek

De grafiek lijkt mij interessant genoeg om er een discussie over te starten. De opsomming heeft niet de pretentie om volledig te zijn. De 'Belgische' blogsystemen Nucleus en Drupal worden erop vermeld, net als een aantal veel gebruikte blog- en CMS-systemen. Andere bekende software zoals Citydesk en Pivot ontbreekt.

UPDATE 26-02-2005:
Een ander niet onbelangrijk Belgisch CMS, Daisy, ontbreekt ook op de grafiek.
Voor een vollediger overzicht en vergelijking van CMS'en, zie CMS Matrix.

UPDATE 09-04-2005: Naast de CMS Matrix is ook OpensourceCMS een onontbeerlijk hulpmiddel bij het vergelijken van de mogelijkheden van diverse CMS-systemen. Je kan er namelijk de administratie-interfaces van CMS's uitproberen.

WORDPRESS VERSUS NUCLEUS CMS
Zelf heb ik nogal wat bedenkingen over de onderlinge rangschikking op de verticale as van Wordpress en Nucleus CMS. LVB.net is gebaseerd op Nucleus, maar ik heb voor andere toepassingen al Wordpress gebruikt. Volgens de grafiek zou Nucleus meer skills vereisten bij installatie en configuratie, dan Wordpress. Daar ben ik het eigenlijk niet mee eens. Het uitzicht van je blog wordt bij Nucleus bepaald op 3 niveau's: templates (die de meta-content en de content-gerelateerde layout bepaalt), skins (die de niet-content-gerelateerde layout bepaalt), en de CSS-stylesheets. Bij Wordpress heb je slechts 2 niveau's: templates (die de template- en skin-functionaliteit van Nucleus verenigen) en CSS. Dat lijkt op het eerste gezicht eenvoudiger, maar in mijn ervaring is de Wordpress-aanpak waarbij je bij elke aanpassing van de layout meteen in de HTML-code met embedded PHP-code zit te kliederen, toch minder gebruiksvriendelijk dan die van Nucleus. En het gaat hier dus wel degelijk over de inspanning en de kennis die vereist wordt van diegene die de software installeert en configureert.

Ik checkte mijn mening hieromtrent met Siegfried Bruckmann, die met zijn blog onlangs overschakelde van Nucleus naar Wordpress. Hij vindt Wordpress op alle vlakken gebruiksvriendelijker dan Nucleus:

Wijzigingen aan je look en opbouw aanbrengen gaat zoveel sneller en eenvoudiger met Wordpress. Een zeer belangrijke plus die voor mij ook de doorslag heeft gegeven. Het link managment is echt eenvoudig en erg praktisch. Het beheer van afbeeldingen is inderdaad nog een zwak punt. Men kan weliswaar afbeeldingen automatisch uploaden maar het invoegen in een artikel moet toch nog altijd manueel gebeuren. Op zich ook geen zo'n onoverkomelijk probleem. Er zijn trouwens plugins om dat wel mogelijk te maken maar ik heb ze niet geïnstalleerd omdat ik het zo ook te doen vind.

Kijken we naar de gebruiksvriendelijkheid van wie de software gebruikt, de blogger zelf dus, dan hebben beiden hun voor- en nadelen. Nucleus is beter inzake het beheer van beelden, Wordpress is beter inzake het beheer van linkmenu's. Bij beide systemen valt er aan die nadelen wel een mouw te passen via plugins of add-ons. Een belangrijk voordeel van Wordpress is evenwel het grotere aantal gebruikers en het snellere tempo van de ontwikkeling. Zo biedt Wordpress op dit ogenblik volwaardige oplossingen voor podcasting en voor de bestrijding van comment spam, terwijl de oplossingen die Nucleus biedt nog niet echt 'state of the art' zijn. Siegfried Bruckmann:

Ja, ik heb de indruk dat de vrijwillige ontwikkelaars voor WordPress echt heel actief zijn en heel veel betrouwbare extenties en plug ins aanbieden. De comment spam bescherming draait bij mij uitstekend

NIEUW CMS VAN ICOGS
Wat doet dat Icogs-logo op de grafiek? Icogs heeft een eigen content management systeem ontwikkeld, dat bedoeld is voor webdesigners met kennis van HTML, die evenwel geen programmeur willen worden. Filip Borloo:

Ons CMS is een hosted tool dat de webdesigner toelaat zijn klanten de typische content management features aan te bieden voor het aanmaken en beheren van de inhoud van hun site, en daarvoor alleen een aantal eenvoudige attributen aan hun HTML-tags toevoegen. Als ze bijvoorbeeld het body-veld van een bepaald inhoudstype willen toevoegen, dan gebeurt dat als volgt:
<body cog:content="body"> Hier komt de body tekst uit de databank</body>
Webontwikkelaars kunnen dus hun gebruikelijke tools zoals Dreamweaver blijven gebruiken om hun job te doen.

Het CMS van Icogs situeert zich dus tussen enerzijds de eenvoudige bloggingsystemen en HTML-editors als Blogger en Frontpage, en anderzijds de standalone bloggingapplicaties en content management systemen. Het systeem bevindt zich nog in beta-test, en Icogs is op zoek naar webdesigners die het systeem willen uitproberen.

gepubliceerd op donderdag 24 februari 2005 @ 02:01 CET

Reacties

Neverbeendead Religion

donderdag 24 februari 2005 @ 03:16 CET - #5670

De interessante computerwereld.
Ondertussen heeft mijn vorige post al gekende lagere wiskunde uitbreiding.

http://neverbeend...

Herman

donderdag 24 februari 2005 @ 07:41 CET - #5672

Misschien gooi ik nu wel een knuppel in het spreekwoordelijke hoenderhok, maar als iemand die de makkelijkste manier gebruikt voor z'n blog (Blogger) stel ik deze vraag: is het niet de inhoud die primeert op de vorm, laat staan op de technische snufjes die mogelijk achter een blog zitten?

Ik vrees dan ook dat de discussie die je op getouw wil zetten enkel de 'techneuten' (niet negatief bedoeld) onder ons zal aanspreken. De discussie is daarom niet minderwaardig, maar het zal het merendeel van de 'gewone' blogger worst wezen wat al die in mindere of meerdere mate ingewikkelde systemen te bieden hebben.

Dan

donderdag 24 februari 2005 @ 08:55 CET - #5674

Tridion sucks. It's a nightmare.

Maarten Schenk

donderdag 24 februari 2005 @ 09:00 CET - #5675

Herman: Voor de gewone huis-tuin-en-keuken blogger is deze discussie inderdaad niet relevant. Voor professionelen, bedrijven en organisaties die een blog willen opzetten is het echter niet zo simpel. Die willen meestal al geen reclame van derden op hun site, en bovendien zijn die ook op zoek naar geavanceerde mogelijkheden voor gebruikersbeheer, integratie in hun bedrijfsnetwerk, de mogelijkheid om verschillende formaten te genereren... en dan zwijgen we nog over de nood aan gespecialiseerde support voor dat soort gebruikers.

Luc: Wat mij vooral verbaast aan deze grafiek is de zogezegde kostprijs voor Movable Type. Een commerci�le licentie heb je al voor net geen 200 euro. Voor een site met 50 auteurs kan dit oplopen tot 1300 euro.

Reken dan nog wat tijd om wat gepersonaliseerde HTML-sjablonen of een stylesheet te maken voor je site, en je bent er. Die lay-out maken moet je in de andere systemen ook doen, dus dat kan het prijsverschil niet verklaren.

De kennis die nodig is om een Movable Type lay-out te maken, is volgens mij vergelijkbaar met icogs. MT-sjablonen zijn ook puur HTML/CSS/XML/whatever gemixt met tags die bij publicatie worden vervangen door de echte inhoud (<MTEntryBody>, en zo van die dingen). Dat kan elke webdesigner die HTML/CSS kent.

Installatie dan: die kan je door ons laten doen voor 60 euro, of je kan naar een hostingprovider stappen die voorge�nstalleerde Movable Type aanbiedt. Ook dit verklaart het prijsverschil dus niet.

Waarom een site met MT dus pakweg 10.000 euro meer zou kosten dan ��n met Drupal, WordPress of Nucleus, beats me...

Ik zie in ieder geval geen cent van dat geld ;-)

luc

donderdag 24 februari 2005 @ 12:08 CET - #5682

@Maarten: zoals in het artikel te lezen staat, is die "project kost" niet de prijs van de licentie van het systeem, maar een maat voor de typische projectgrootte waarbij het tool in kwestie wordt ingezet. Ook de projectdefinitie, functioneel en technisch ontwerp, implementatie, testen enz. horen daar bij. Ook het bouwen van custom interfaces die eraan gekoppeld worden. Dus eigenlijk kan je het zo zien: Movable Type kan gebruikt worden bij projecten van gemiddeld 15.000 euro. M.a.w. zelfs een webontwikkelaar die 'zijn kot niet uitkomt' als het om projecten van minder dan 10.000 euro gaat, moet toch Movable Type eens bekijken, want hij kan het gebruiken. De grafiek is, zo had ik begrepen, vooral bedoeld voor webdesigners.

@Herman: wat de doelgrep van deze discussie betreft heb je gelijk. Bovendien richt deze weblog zich zelfs niet eens exclusief of zelfs niet hoofdzakelijk (denk ik) tot mede-bloggers. De eerste alinea van dit artikel was eigenlijk gericht naar niet-bloggers die eraan denken om eventueel met een blog te starten, en was bedoeld opdat die mensen tenminste een vaag idee zouden krijgen waar de rest van dit artikel eigenlijk over gaat. De rest van het artikel richt zich tot iedereen die zich aangesproken voelt of die het interessant vindt, zoals elk artikel hier op deze weblog.

Matthias

donderdag 24 februari 2005 @ 12:38 CET - #5684

Wat mij opvalt is dat open source CMS'en zich allemaal in het 'low end' van de X as bevinden. Alsof vooral 'kleinere projecten' gebruik maken van open source en grotere projecten al snel voor professionele pakketten zoals Documentum zullen kiezen. Niets is natuurlijk minder waar: de projectgrootte kan je volgens mij niet louter aflezen uit de kosten die gemaakt werden.

Een tweede element is dat ik - net zoals Luc - onder 'project cost' niet alleen het opzetten, maar ook de support, maintenance, QA,... beschouw. En dan blijkt die grafiek toch maar weer te bevestigen dat OSS software stukken minder kost dan commerci�le software maar daarom niet minder complex of functioneel zijn.

Verder vind ik Herman wel gelijk hebben: this will be a geek discussion. :)

haedesch

donderdag 24 februari 2005 @ 13:51 CET - #5687

500K voor een J2EE CMS lijkt mij nogal veel, maar het hangt er natuurlijk van af hoe je "CMS" definieert. Nucleus (voor zover ik het ken) namaken in J2EE zal zeker minder dan 500K kosten.
Een Z-as "onderhoudbaarheid" had ook wel interessant geweest, maar zoiets quantificeren is natuurlijk zeer subjectief.

luc

donderdag 24 februari 2005 @ 14:02 CET - #5688

@haedesch: wat die bedragen betreft, ik zou het eerder zo zien: als een 'requirements analysis' heeft uitgewezen dat er een budget van 500K nodig is om een bepaalde bedrijfswebsite te maken, ga je dan als webontwikkelaar Wordpress inzetten, of Tridion, of ga je in J2EE een systeem op maat programmeren? De causaliteit in deze redenering is hier uiteraard niet eenduidig: wellicht zal de conclusie dat er een budget an 500K nodig was, een gevolg zijn van de vaststelling dat er iets volledig op maat moet gemaakt worden.

TeRanEX

donderdag 24 februari 2005 @ 21:18 CET - #5712

"Zo biedt Wordpress op dit ogenblik volwaardige oplossingen voor podcasting en voor de bestrijding van comment spam, terwijl de oplossingen die Nucleus biedt nog niet echt 'state of the art' zijn. Siegfried Bruckmann:"

Bestrijding van Commentspam in Nucleus is er de laatste 2 maanden h��l sterk op vooruit gegaan. Zo is er de Blacklist-plugin die een centrale blacklist gebruikt en vrijwel alle spam eruit filtert. Bovendien werkt de nieuwe Trackback- en Referrer-plugin ook samen met de Blacklist-plugin zodat ook daar geen spam doorkomt.
Vanaf Nucleus 3.2, die er binnen de twee weken aankomt, wordt ook het gebruik van Captcha's (http://en.wikiped...) mogelijk

bernard

vrijdag 25 februari 2005 @ 13:52 CET - #5735

Dat is nu eens ten voeten uit "the proof of the eating".

LVB is een noch min noch meer een accessoirist.

VisualHugo

zondag 27 februari 2005 @ 20:31 CET - #5789

@Allemaal: dit is inderdaad een geek discussion. Maar ik heb dit item wel gearchiveerd omdat het een schat aan info bevat. Ook voor de huis-tuin-en-keuken blogger die allergisch is aan sites die je creditcard vragen.

Dries Buytaert

maandag 28 februari 2005 @ 10:05 CET - #5812

De meeste stand-alone systemen kunnen gebruikt worden als 'hosted tools'. Voor Drupal heb je bijvoorbeeld http://bryght.com/, hetwelke Drupal hosting aanbiedt. Wellicht heb je voor Nucleus ook hosted services.

Het lijkt me moeilijk voor icogs om hiermee te concurreren omdat bedrijven zoals Bryght wellicht (i) minder ontwikkelkosten hebben en (ii) meer functionaliteit kunnen aanbieden.

Verbal Jam

maandag 28 februari 2005 @ 19:32 CET - #5826

Wat de commentspambestrijding in Nucleus betreft kan ik de opmerkingen van TeRanEx geheel onderschrijven! Ik kan niet overzien hoe 'state of the art' de andere systemen in dit opzicht zijn, maar voor mij is het 'state of the art' genoeg als er NIETS doorkomt aan comment- en referrerspam. Dankzij de inspanningen van Xiffy (xiffy.nl) is de blacklist plugin van Nucleus uitgegroeid tot een perfect systeem tegen comment- en referrerspam, inclusief automatische ip-blocking met instelbare drempelwaarde, personal blacklist, handmatig toe te voegen ip's voor blocking en last but not least een generator voor htaccess snippets. Eigenlijk ben ik dus wel benieuwd hoeveel beter een ander systeem het dan nog kan doen.
Je wilt toch niet zeggen dat je deze plugin nog niet hebt ge�nstalleerd, h� Luc? ;-)

Yves Ferket

woensdag 02 maart 2005 @ 12:17 CET - #5864

Best wel boeiend artikel. Ik kom nu toch ook al bijna 10 jaar verschillende CMS'en tegen:

- een eerste zelfgemaakt pearl systeem Maxwell (door Edge.be), dat de studenten PO (http://www.ontwer...)toeliet om in 1997 hun eigen werk on-line te zetten (http://web.archiv...)
- Andere (vaak custom) cms systemen door Edge.be
- Planet Internet:the early days 2000: +/- 35.000 html pages zonder CMS!...en die dan van layout veranderen door massif search & replace toe te passen. Spannend!
- Planet Internet Berlijn: de eerste confrontatie met Tridion. Ouch...
- Planet Internet: Vignette: een dure lege doos waar we tot 2.000� per dag aan consultants moesten bijnemen (per stuk h�!). Heeft nooit echt gewerkt ;)
- Planet Internet : the CMS days: een eigen systeem op poten zetten samen met de redacteuren bleek een leuke ervaring, met als resultaat een cms gemaakt voor zijn "klanten". Diezelfde redacteurs spreken er nu nog met heimwee over "hun CMS nieuwstool", vanuit hun nieuwe (cms)werkplekken.
- "Een andere ISP": medio 2003 en geen CMS
- "Dezelfde ISP": begin 2005 en Tridion: niet werkbaar of een slechte implementatie met focus op techniek en security ipv de gebruiker...laat ik in het midden.

Alleszins, als je nu ziet wat alle freeware systemen kunnen , denk ik dat er veel mensen zich door webbouwers een ongeloofelijk oor laten aannaaien voor hun ultieme CMS "op maat gemaakt".
Zelf gebruik ik Pivot, uiterst tevreden over (als Blog tool), met de mooie Spamblacklist uitbreiding die ondertussen al +1.000 commentspams blokt op minder dan een maand!

Wat mis ik ook nu nog vaak in vergelijkingen:
* scaling: hoe makkelijk kan je uitbreiden, en is een systeem gemaakt om veel bezoekers aan te kunnen.
* reporting: heb je een extra webtrends/sitestat tool nodig om je bezoekers te tracken.
* A.I: tools zoals een Right Now bv. hebben een "intelligent" systeem dat cross selling (van content, ads, info...) verbazingwekkend goed doet, met bovendien een feedback naar ontbrekende content waarnaar de surfer op zoek is.

Al bij al een boeiend artikel mr. LBV! Bedankt!

luc

woensdag 02 maart 2005 @ 13:01 CET - #5866

@Yves Ferket: ook uw reactie was bijzonder leerrijk. Mijn bedrijf Intersight had anno 1998 ook al een zelf ontwikkeld CMS, gemaakt in Perl door de op deze blog niet onbekende B.Libbrecht. Het had enkele voor die tijd revolutionaire eigenschappen, en het was een "push" CMS, m.a.w. het genereerde statische HTML op het ogenblik dat de content aangemaakt of gewijzigd werd. Dit in tegenstelling tot heel wat hedendaagse CMS's die via "pull" werken en bij elke opvraging een database raadplegen (wat dan eventueel via ��n of andere vorm van caching wat effici�nter kan gemaakt worden). Doordat er intussen in de open source wereld al heel wat meer geavanceerde CMSs beschikbaar zijn, is de ontwikkeling van ons tool evenwel niet verdergezet.

@Verbal Jam en anderen: voor de bestrijding van comment spam en referer spam keek ik tot nu toe vooral in de richting van een Captcha-oplossing, m.a.w. een systeempje waarbij de gebruiker een getal moet herkennen in een grafisch beeld en dit getal moet intikken, zodat mensen van machines kunnen onderscheiden worden. Bij Nucleus heb ik de de Captcha-plugin uit de CVS-versie nog niet aan de praat gekregen, ik wacht dus met spanning op de volgende Nucleus release. Ik begrijp dat de plugin met blacklists wel al goed werkt, maar theoretisch is die minder waterdicht dan een Captcha. Vooraleer een spammer in zo'n blacklist geplaatst wordt, zal hij toch eerst wel ergens zijn spam geplaatst hebben?

nicodemus

woensdag 02 maart 2005 @ 13:53 CET - #5869

@Yves Ferket
Ik heb aan dat Vignette avontuur bij Planet toch maar mooi een weekje Madrid overgehouden…en een paarse Stylo met gele ‘V’ op :-D Vroeger was het al CMS wat de klok sloeg en was ik enorm gemotiveerd om zo’n dingen te bouwen, maar met de brede waaier aan opensource en gratis systemen is dat wel gedaan. Als ik nu CMS denk is mijn eerste respons ‘downloaden’ ipv ‘ontwikkelen’... Lang voor jij bij Planet kwam is er trouwens nog een project geweest dat domweg "het sitemasjien" heette. Idee was van een webpagina in te delen in vakjes zoals die mozaiek die we toen hadden. Bedoeling was van vakjes/cellen te selecteren en daar content uit de DB aan toe te voegen. Je kon ook cellen laten samensmelten. We hebben een consultant ingehuurd om daar een jaar aan te prutsen met Oracle en ASP. Was een compleet fiasco. Het is tijdelijk gebruikt om de planetaria up te daten, waarna het in de vuilbak is beland. Onbruikbaar en om de templates aan te passen moesten we verdomme stored procedures in Oracle gaan herschrijven, want daar stak de HTML :-D Dat zorgde voor zo'n kater dat het jaren lang stil is geweest rond zo'n CMS. En inderdaad, de eigen newstools van PI (dat eigen CMS) was dik inorde, zeker in vergelijking met die lege Vignette doos.

Yves Ferket

woensdag 02 maart 2005 @ 14:16 CET - #5871

@ Luc
Inderdaad, Push HTML... Vandaar mijn comment over scalability en de daarbijkomende serverload. Noodgedwongen zijn we daar ook op overgeschakeld na wijze lessen van verkiezingssite "gemeente2000", die als enigste recht bleef onder de toenmalige gigantische load van bezoekers (ik dacht +100.000 visitors met +1.000.000 pageviews...en de Sun engineers maar geheugen in die server bijsteken...). Aparte contentservers die statische html genereren naar html servers + aparte imageservers. Aangezien ik een pixelneuker/ui-nerd ben en geen techie, weet ik niet of dat nu nog nodig is en je met een freeware cms zulke loads aankan.

Verbal Jam

woensdag 02 maart 2005 @ 14:21 CET - #5872

@Luc: ik heb ergens vaag gehoord dat die captcha oplossing ook al te omzeilen is, maar het fijne weet ik daar niet van.
Wat de Nucleus Blacklist betreft: het kan natuurlijk zijn dat de spammer al ergens heeft gespamt, maar de blacklist is centraal: hij werkt voor MT, Pivot en Nucleus. Dagelijkse update. Bovendien is het niet alleen een kwestie van foute domeinen in een lijstje zetten, maar hij filtert al op veel gebruikte spamwoorden. Ik hoef hier maar over pokeren, blackjack of diverse merken medicijnen te beginnen en deze reactie komt er al niet door. Echt een aanrader hoor!

Dries Buytaert

woensdag 02 maart 2005 @ 17:14 CET - #5875

Captcha's zijn slechts een tijdelijke oplossing: eenvoudige captcha's zijn software-matig al makkelijk te omzeilen, en het zal wellicht niet lang duren tot spammers ook moeilijke captcha's weten te omzeilen.

Bovendien heb je spammers die je captcha's op andere websites tonen en de bezoekers van die sites dwingen je captcha's op te lossen -- bijvoorbeeld om toegang te krijgen tot porno, warez, etc.

Het grootste nadeel van captcha's is echter het feit dat bepaalde functionaliteit niet meer toegankelijk is voor blinden die het wel goed menen met je site.

Het is m.a.w. een technologische oplossing voor een sociaal probleem, tijdelijk van aard, en met sociale neveneffecten.

Koen Robeys

woensdag 02 maart 2005 @ 18:12 CET - #5880

Hoe meer ik de "technici" (en in verhouding met jullie ben ik net ongeveer bezig te leren hoe je de Knots moet hanteren) hoor zeggen dat het probleem niet technisch kan opgelost worden, hoe meer ik terugdenk aan het boek "Enders's Game" van Orson Scott Card.

In dat boek is het systeem niet langer in principe vrij - en staat de groep gebruikers voor het probleem hoe ze de spam kunnen *buiten* houden. Het systeem is daar niet-vrij, en het probleem is voor de kandidaat-gebruiker hoe hij een uitnodgingen verwerft om er *binnen* te raken.

Dat leidt natuurlijk tot grote "sociale" ongelijkheid! Immers, de beginneling heeft doodgewoon geen toegang tot zeer gerespecteerde en veel gelezen forums (idereen kan ze natuurlijk wel *lezen*) zoals, bijvoorbeeld, "LVB". (Elke overeenkomst met re�el bestaande forums berust, uiteraard, op geheel toevallige etc.)

De beginner kan evenwel gaan posten op, zeg, be.politics, waar hij, het moet gezegd, zal ontmoedigd raken door de *ontzettende* hoeveelheid gezwam. Maar och, gaan we er af en toe niet "allemaal" een kijkje nemen? De beginner zal wel manieren vinden om op e vallen als hij werkelijk iets te zeggen heeft. Of misschien lukt het via de "commentaren". Misschien heeft een gerespecteerd forum als "LVB" wel verschillende lagen, waarbij "iedereen" kan gaan posten in de benedenste laag, en waarbij je al een uitnodiging moet hebben om te posten in de laag daarboven, en waarbij de "engelen en heiligen" - mensen die echt bewezen hebben iets bij te brengen - daarboven ook nog een laag hebben, en wie weet is er ook nog een laag voor het Opperwezen, waarvan de sacrale naam, die niet mag uitgesproken worden, LUC is.

En als je er op de lagere niveau's in slaagt reacties van de hogere niveau's los te weken, dan zal het wel zijn omdat je al snel zelf in die hogere niveau's zal terechtkomen, zeker?

Sociale ongelijkheid, dus, met mijn excuses, maar ik denk niet dat ik er de *oorzaak* van ben. Iedereen die denkt dat het systeem *zonder* sociale ongelijkheid moet (sic) kunnen werken, nodig ik bij deze uit om een maandje dagelijks be.politics te gaan volgen.

En behalve de "politieke wil" om het systeem ook zo te organizeren, heb je niets anders nodig dan een systeem dat herkent wie er komt posten, en klaar.

Ciaooooo, Koen

luc

woensdag 02 maart 2005 @ 18:50 CET - #5881

@Koen: het systeem dat je beschrijft is techisch al in de praktijk gebracht. Neem eens een kijkje op http://slashdot.org, klik een willekeurig artikel aan en kijk naar de reacties. Elke reactie kan gekwoteerd worden door de lezers, en de lezers kunnen een 'leesdrempel' instellen, waarbij reacties met een kwotering die onder een bepaalde waarde ligt, niet getoond worden.

Weinig zinvol op weblogs op forums met maar een handvol artikels, wel zinvol als het aantal reacties 100 of meer per artikel is, denk ik.

Koen Robeys

woensdag 02 maart 2005 @ 19:40 CET - #5882

Nja, nja... we schuiven op in de goede richting... Het kwoteren van bijdragen door lezers is nog niet hetzelfde als het accepteren van een instantie (de blogmeester, het comit� van engelen en heiligen,...) die gewoon kunnen beslissen wie er in komt en wie er weer uitvliegt, niet?

Op het eerste zicht lijkt dat laatste ook wat fascistisch (even doen alsof we weten wat dat woord eigenlijk betekent...), maar als ik er over nadenk krijg ik altijd de indruk dat dat kan werken. Immers, we zitten nu toch ook op een blog waar iemand anders de "almacht" heeft? Het gaat er nu toch ook om dat je die persoon gewoon vertrouwt - en je kan natuurlijk altijd weer weggaan?

Oh, en gelukkige verjaardag, natuurlijk!

koen

WheeZ50

maandag 07 maart 2005 @ 15:44 CET - #6045

@Luc & Koen

http://www.tweake... werkt via eenzelfde systeem van gewaardeerde commentaren. Aan de ene kant zijn er de waarderingen van de commentaren, en aan de andere kant de waarderingen van de commentators... Een slechte commentator met een geode opmerking kan dan toch zichtbaar zijn (en toegang verwerven tot dat treetje hoger ;-)

Ruphi68

zaterdag 06 januari 2007 @ 05:27 CET - #34308

Mappit CMS selectie onafhankelijk?

Mappit.nl (http://www.mappit.nl) is een online selectie site, waarmee snel en eenvoudig de juiste ICT systemen voor een organisatie geselecteerd kunnen worden. Mappit kent momenteel selectie voor o.a. Content Management systemen en is volgens de website �onafhankelijk: geen banners, geen reclame: pure selectie�, maar is dit wel zo?

Met behulp van Mappit.nl kan men op basis van een helder stappenplan de eisen en wensen voor een systeem specificeren en zodoende de voor een organisatie meest geschikte ICT systemen in kaart brengen. Mappit.nl is voor 50% eigendom van Bluedesk Groep (http://www.bluedesk.nl) welke vervolgens eigendom is van Bluedesk E-business (http://www.bluedesk.nl/e-bu...). Nu wil het zijn dat Bluedesk E-business toevallig een uitgebreid pakket aan CMSsystemen levert.

Het lijkt hiermee dat de CMS wereld dezelfde kant opgaat als de financiele sector waar diverse �onafhankelijke vergelijkingssites� van banken als paddenstoelen uit de grond schieten en zo business genereren voor � dezelfde bank.

Bron: Mappit, Bluedesk Groep en Bluedesk E-business

Alain

dinsdag 19 augustus 2008 @ 14:34 CET - #67357

Iemand onder de kenners die toevallig enig idee over (opensource) blogsoftware die draait op Oracle of IIS?

luc

dinsdag 19 augustus 2008 @ 16:27 CET - #67361

@Alain: Oracle is een DBMS, IIS is een webserver, dus ik begrijp die "of" niet goed.

Oracle: http://www.movabletype.org/...

IIS: http://www.dasblog.info/ (gebaseerd op .NET)

Voeg reactie toe

Verwijzers ("TrackBack")

TrackBack is een weblog-mechanisme dat aangeeft welke andere weblogs of websites dit artikel citeerden, er zich op inspireerden of ernaar verwezen. Sommige weblog-software laat verwijzers toe om hun log zelf toe te voegen aan de trackback-lijst. In andere gevallen voegen we de verwijzer zelf toe, op basis van de informatie over doorverwijzers ("referrers") in onze logbestanden.
DISALLOWED (TrackBack)