Interferenties

Eén van de redenen om aan deze blog te beginnen, was nieuwsgierigheid hoe blogging sites, wat betreft programmeren, in elkaar zitten. Ik heb programmeer-ervaring o.a. in Fortran, C, C++, en Perl maar niet in PHP. En PHP is nu juist de scripttaal voor veel interactieve websites.  Voor mijn boek Survival Guide for Scientists hebben de uitgevers van de Amsterdam University Press zorgvuldig gekeken naar de beste software om een blog mee op te zetten. Zij kwamen tot de conclusie dat WordPress het beste was. Op dat moment – bijna twee jaar geleden – had ik van blogging totaal geen verstand en ik heb met deze keuze ingestemd. Ik heb daar geen moment spijt van gehad. Met alle nadelen is het toch een prachtige (gratis) ontwikkel-omgeving voor een blog.

Als je je blog bij een blogsite onderbrengt zoals Blogger leer jezelf niets. En zijn ook de mogelijkheden om je blog aan te passen minimaal. Dus lag het ook voor de hand om voor mijn Nederlandstalige blog ook WordPress te gebruiken.

WordPress Thema aanpassen
Bij WordPress kan je voor het algemene uiterlijk van je blog kiezen uit thema’s. Uiteindelijk blijkt die keuzevrijheid niet heel erg groot, omdat veel thema’s niet verenigbaar zijn met alle mogelijkheden en nieuwere versies van WordPress. Dus heb ik gekozen voor het meest populaire thema: “default”. Maar dat thema heeft een vreselijk oubollig uiterlijk. Dat betekent dat er heel wat gehacked moest worden om de blog een beetje naar mijn zin  te krijgen. Het voordeel van deze procedure is dat je alles kan aanpassen. Het nadeel is dat je ook een aantal standaardbestanden moet aanpassen van WordPress. En als je dan een nieuwere versie van WordPress installeert, worden al deze wijzigingen overschreven.

Versie 2.7: rangorde van reacties
WordPress heeft iets van Microsoft. Veel te vaak nieuwe versies uitbrengen die grotendeels onverenigbaar zijn met de oudere versies. Maar versie 2.7 heeft iets waar ik al tijden naar verlang: rangorde van reacties. Als iemand op een bericht reageert dan kan die reactie weer een reactie uitlokken. Maar tot  voor kort – en ook met de meeste andere blogging software – is de enige mogelijkheid om te reageren, te reageren op het oorspronkelijke bericht en niet op die reactie.  Reageerders hebben allerlei trucs bedacht om deze tekortkoming te omzeilen. Vaak zie je dan bijv.   “@John” boven een reactie staan, ten teken dat dit niet een reactie op het oorspronkelijke bericht is, maar een reactie op de reactie van John. Websites die als internet forum zijn gestructureerd, kunnen dit veel beter, maar die hebben weer andere nadelen. Dus eigenlijk wil je een soort forumstructuur aanbrengen in de reacties en dat is nu precies wat WordPress heeft geïntroduceerd in deze nieuwe versie 2.7. Dus moest ik wel opwaarderen. Ik heb dat gisteren en vandaag redelijk succesvol (geloof ik)  gedaan. Ik heb daarbij een andere procedure gebruikt dan die door WordPress zelf wordt geadviseerd (Engelstalig en Nederlandstalig). Omdat meerdere bloggers dit misschien ook willen doen, zal ik hierna in detail beschrijven wat ik gedaan heb. Mijn probleem met de oorspronkelijke, officieel geadviseerde, procedure is dat de kans groot is dat je gebruikers een dag of wat te maken kunnen krijgen met een vreselijk lelijk-ogende blog. Terwijl jij dan heel nerveus, onder het oog van je gebruikers, je blog aan het aanpassen bent.

Opwaarderen naar 2.7
Ik ga er voor het gemak van uit dat de blogsite onder gebracht is bij een webhoster die Linux gebruikt, of dat je je eigen server onder Linux draait.  Het alternatief, een Microsoft server, heeft veel nadelen en is zeer impopulair. Om opwaarderen makkelijk te maken, heb je discipline nodig. Hieronder volgen de stappen die ik nodig vond:

1. Altijd als ik WordPress PHP bestanden wijzig, heb ik vlakbij de wijziging in het gewijzigde bestand een PHP-commentaar gezet, zodat al deze bestanden gemakkelijk met een zoekprogramma als grep kunnen worden getraceerd. Beter nog zou zijn gebruik te maken van een Subversion systeem, maar dan wordt het wel heel erg professioneel.  In mijn geval heb ik gewijzigd in mijn thema “default” de bestanden “index.php”, “header.php”, “footer.php”, “comment.php”, “single.php”,  en “style.css”. En van de folder  “wp-include” heb ik aangepast “comment-template.php” en “widget.php”.
2. Alle instellingen, berichten en reacties zitten in één MySQL database. Van deze database moet een reservekopie (“backup”) worden gemaakt. Dat is in mijn geval geen probleem omdat ik gebruik maak van een PHP back-up script.  Door middel van een Cron job (Unix programma dat andere programma’s op gezette tijden uitvoert), dat ik op de webhoster laat draaien, wordt er van de database elke 24 uur een reserve-kopie gemaakt.  En door het script direct te laten lopen – dus niet via Cron – kan de database ook nog op elk gewenst moment worden gekopieerd. Dat laatste kan ook met my phpMyAdmin worden gedaan.
3. Een nieuwe MySQL database (met dus een andere naam dan de oude) aanmaken bij de webhoster. Deze database bevolken met de gegevens van de oude database.
4. Een nieuwe folder (“directory”) aanmaken op je website (meestal doe je dit met een ftp-client) . Deze nieuwe folder moet even “diep” zijn als de oude folder. Als je de naam een beetje handig kiest, zitten de oude en de nieuwe folder precies onder elkaar als je een ftp-client als “filemanager” gebruikt. Deze nieuwe folder nu vullen met de nieuwste versie van WordPress. Het bestand “config.php” van deze set aanpassen (o.a. de toegang tot de nieuwe  database regelen). Als je de eerste keer navigeert naar je nieuwe blog zal je zien dat je gemeld dat je (nieuwe) database zal worden opgewaardeerd. Klik OK.
   Je hebt nu al een (tweede) werkende blog. Deze kan je – en moet je – nog aanpassen. Dat aanpassen kan gepaard gaan met (grote) fouten. Maar al deze tijd merken je gebruikers er niets van, want die zitten nog gewoon op je oude blog. Bij bleek ook automatisch de upload folder te zijn gekopieerd. Indien dat niet het geval is deze handmatig van oude naar nieuwe blog kopiëren.
5. Op nieuwe site, indien nodig,  alle plug-ins deactiveren.
6. Alle WordPress PHP bestanden die je had aangepast voor je oude site, nu opnieuw aanpassen op je nieuwe blog. Doe dit beetje voor beetje en voortdurend je nieuwe blog met een browser bekijken.  Dat is wel even werk. Een handige tip: voordat je een bestand gaat aanpassen, zorg dat er twee identieke versies (met verschillende namen uiteraard ) op je server staan van dat bestand (bijv. single.php en single.php.old). Als je nu een fout maakt (een vergeten <div> bijv. die moeilijk te vinden is) en je blog er niet uitziet (of crasht) gewoon de gewijzigde versie wissen en de ongewijzigde versie weer de oorspronkelijke naam geven. Deze procedure voorkomt heel veel ellende.
7. Alle plug-ins één voor één activeren  (even wachten met die een API-key nodig hebben) en eventueel opwaarderen (“upgraden”). Elke keer je nieuwe blog controleren of die goed werkt
8. Nu moet je nog de structuur van de reacties aanpassen. Daar kom ik verderop nog op terug.
9. Als alles werkt, moet je de wissel van je oude naar je nieuwe site maken. Als, omdat je nogal lang bezig bent geweest met het opwaarderen, intussen je oude database nieuwe informatie heeft gekregen, kan je even snel opnieuw een backup maken en je nieuwe database daarmee actualiseren. Nu moet je de folder van je oude blogsite een andere naam geven. En de folder van je nieuwe site de naam van de oude site geven. Nu pas zien je gebruikers je nieuwe blog. In het Dashboard moet je misschien een paar algemene instellingen wijzigen om de naamsverandering helemaal goed in te voeren.
10. Nu moet je, voor je eigen rust en veiligheid, van alle bestanden van je nieuwe site weer een kopie maken naar je lokale computer.
11. Je kan de oude folder met de oude blog op je website wissen en ook de oude MySQL database wissen. Als je echt een perfectionist bent, kan je ook proberen de naam van de nieuwe MySQL database te veranderen in de oude (en de “config.php” aanpassen). Maar dat is meestal wel lastig omdat je beide databases, oude en nieuwe, waarschijnlijk eerst moet wissen.

Reacties aanpassen
Het meest interessante is hoe de hiërarchische reacties (reacties op reacties, enz) te structureren. Dat doe je met het stijlbestand (“style file”) van je thema. In mijn geval is dat “style.css”. Wat de beste structuur van vervlochten reacties is, zal nog moeten worden uitgevonden door de gemeenschap. Ik heb geprobeerd een beetje de structuur van de internet fora aan te houden. Of dat gelukt is, weet ik nog niet. Ik was wel heel blij dat bij dit aanpassen niemand me op de vingers kon kijken, want af en toe zag het er echt verschrikkelijk uit. Met bugs en al.

Ik heb ter demonstratie wat reacties op dit bericht aangebracht.