Databases zijn irritant! Met weblogs dan. Met Joomla, oke, Kan ik nog inkomen. maar Pivot terwijl je ‘t allemaal net zo makkelijk in flatfiles hebt. Sowieso zal dat weer een ontmoediging zijn voor de gemiddelde noob. ;)

Zeg ik dan hea, met m’n web-log.nl. :P

In ieder geval tot 2.0 final zullen de ‘flat files’ ondersteund worden. Daarna gaan we evalueren hoeveel mensen het gebruiken tegeonver mysql. Als het een aanzienlijk percentage is, blijft het gewoon ondersteunt in latere versies.

Gert Jan, zeg eens… de vorige keer zei je dat ik het na een kwartiertje wel door zou hebben en snapte ik het na drie dagen nog niet. Hoe lang ga ik er dit keer over doen?

(Bob, dit zegt natuurlijk niets over jou en jouw briljante uitvindingen. Ik ben zelf gewoon een beetje een kneusje.)

Ach Marina, zélfs ik snap het, dat moet toch genoeg zeggen? :D

Tja, het klinkt leuk die flatfiles, maar waarom weer ik niet, maar bij mij doen ze het nooit. Dus doe mij maar mysql. Dat werkt in ieder geval. :)

Nu dus ook op mijn site geintroduceerd.

Mijn reactie hierboven was eigenlijk een bedekte vraag naar wat nu de voordelen zijn zonder mySql db – zoals pivot – en met – zoals wordpress -.

Databases bieden voordelen als het gaat om allerlei nifty relationele dingen en/of grootschalige dingen: grote bakken data, veel posts, veel users etc. Voor 90% van de weblogs biedt een database geen toegevoegde waarde: een op flat-files gebaseerde weblogtool kan praktisch hetzelfde, is even snel, is even snel doorzoekbaar als je goed indexeert…

Het voordeel van flat-files is dan dat de technische drempel heel laag is: als je kunt ftp-en kun je met Pivot jezelf helemaal redden, inclusief het maken en restoren van backups voor rampscenarios. Je kunt je eigen webserver inrichten en beheren, zonodig. Als je met een database gaat werken en je wilt dat goed doen, dan heb je opeens een enorme drempel erbij. Je moet snappen hoe databases werken, wat de mogelijkheden en onmogelijkheden zijn, waar kansen liggen, waar risico’s. hoe je een db inricht, hoe je ‘m dichttimmert, hoe je een database dump maakt, noem maar op. Of je moet dat aan iemand anders vragen, waarmee je afstapt van het idee dat je zelfstandig je ding doet.

En in mijn situatie: ik heb 9 pivots draaien op m’n webservertje, en 8 van de 9 mensen die die dingen vullen met content hebben geen idee wat een database is. Nu ligt de verantwoordelijkheid voor het onderhoud van hun weblogs bij henzelf: ze mogen meeliften, maar ze moeten zelf zorgen voor hun eigen spullen. En omdat Pivot recht toe recht aan is en ze allemaal kunnen (s)ftp-en kunnen ze dat ook: als ze het niet doen is het hun eigen verantwoordelijkheid. Als Pivot database-driven wordt, verandert dat plaatje drastisch. Ik ga mensen die van toeten nog blazen weten geen beheerrechten geven op een database die op mijn server draait. En ik ga het ook niet zelf voor ze inrichten en beheren. Vandaar mijn bedenking ;)

Ik, als ontwikkelaar, heb een grondige hekel aan het opslaan van dit soort dingen in flat files. Het principe van KISS is hier juist niet op van toepassing. Na iedere wijziging in een post moet er opnieuw geindexeerd worden, moeten er opnieuw categorie-overzichten worden weggeschreven, etc etc etc.

Daarnaast is het gebruik van een database vele malen simpeler en uitbreidbaarder dan wanneer je flat files gebruikt. Ik heb heel wat dynamische sites gebouwd in m’n leven (wilde gok: tussen de 100 en 200?) en slechts in een heel enkel geval prefereer je het wegschrijven van bestanden boven het database-gebruik (bijvoorbeeld in het geval wat config items oid).

Het migreren/overzetten van een systeem als Pivot heeft me beduidend meer bloed/zweet/tranen gekost dan een gemiddelde uitgebreide database-driven website met alle toeters en bellen. In het eerste geval ben je je helemaal suf aan het FTP’en, daarna allerlei wazige instellingen aan het veranderen en vervolgens ook nog eens een halve middag aan het CHMOD’en.

Nee, Pivot is niet mijn systeem. Aan de gebruikers-kant zit het redelijk in elkaar (en erg mooi zelfs, als ik die nieuwe screenshots zie), maar verder prefereer ik de snelheid, uitbreidbaarheid en onderhoudbaarheid van op (bijvoorbeeld) MySQL draaiende websites.

Daar wordpress een andere ervaring was heb ik die eens geprobeerd, en daarbij werkt alles vlekkeloos. En leuk genoeg neemt een bestaand theme me ook nog eens heel veel werk uit handen. (Maar misschien is dat bij pivot ook wel mogelijk)

@Pelle: zakelijk werk ik dagelijks met databases. Het beheer is in handen van professionals, en als ik even niet uit een SQL query kom kijk ik naar links en dan zit daar iemand die me altijd uit de brand kan helpen. De meerwaarde van een db is voor de sites in kwestie evident. Maar voor een weblog als KQ, met nu 1686 posts, biedt een db geen meerwaarde.

Bij elke post werkt Pivot de index netjes bij en migreren is een fluitje van een cent: ik heb recent de hele mik verhuisd naar een andere server, alles getard, ftp, untar, chownen (maar dat moest ik sowieso), de gebruikers zelf even door de config heen laten klikken (next, next, next, finish) en een ‘rebuild all files’ laten doen en hopla, je bent om. Edoch: dat het voor de ontwikkelaars fijner is om met een db te werken snap ik helemaal ;)

Dat ikzelf de postdatum kan opgeven vind ik een voordeel. Dat kon ik bij pivot namelijk niet. Misschien al je de database gaat bewerken, maar daar heb ik nou net geen zin in. Het moet een beetje makkelijk gaan :).