Met holle stem, uit de computerhel viii
De afgelopen dagen is boeklog geheel van moter en carrosserie veranderd. Alleen leverde dit zo veel onoverkomelijke problemen op, dat ik de oude installatie weer terug heb moeten zetten. Dat zijn veertien goed gevulde werkuren die ik niet meer terug krijg. Alles, in ruil voor een verrekt klein beetje nieuwe kennis.
Al is ook dat niet waar. Ik kon omschrijven wat er in de nieuwe installatie misging, maar hiermee kan ik de problemen nog niet verklaren.
Het begon er allemaal mee dat ik wel weer eens een ander uiterlijk voor boeklog wilde. Die ene kolom met tekst is in sommige opzichten efficiënt, maar de vormgeving was al vanaf het begin een compromis tussen wat me mooi leek, en wat haalbaar was.
Boeklog’s voorpagina was meestal ruim een meter hoog. Dat beviel me steeds minder. Maar het gemiddelde weblog heeft een nog hogere beginpagina, met al die postjes onder elkaar. Er was daarom ook wel weer mee te leven.
Speelde mee dat het CMS nodig eens opgewaardeerd moest worden. Weblogs worden steeds vaker gehackt, door pornoboeren en ander onguur volk. En er bestaat maar éen wapen tegen zulke aanvallen — dat is om de nieuwste, meest veilige versie van het Content Management System te draaien.
En met een opwaardering van het CMS, kon ook de vormgeving in éen moeite mee verbeterd worden. Veel van de code in de paginasjablonen, om informatie uit de database op te roepen, zou namelijk ook moeten veranderen.
Als ik dan toch bezig was…
Ik wist met het veranderen van die code veel meer moeite te krijgen dan met de uiteindelijke vormgeving van de website. Want, hoewel ik een tevreden gebruiker van WordPress ben — eamelje.net draaide er al op voordat het WordPress heette — bevalt me er éen ding niet aan. Zo af en toe besluiten de makers eenzijdig om de tot dan toe gebruikte database-taxonomie te veranderen. Dat zijn enorm ingrijpende aanpassingen.
In dit geval waren de methodes veranderd waarmee een postje als dit van metadata is te voorzien. Maar boeklog werkte juist al vrij goed, als ik informatie over een beschreven boek aan de database wilde toevoegen.
Om kort te gaan: ik maakte een testsite thuis. Verhuisde daarop alle data zonder problemen naar een nieuwe WordPress-versie. Paste alle codes aan in de paginasjablonen. Was daar weken mee bezig, omdat sommige problemen behoorlijk ingewikkeld uitpakten.
Vrijdag zou ik dan eindelijk over voor het echie.
En alles leek goed te zijn gegaan. Tot bleek dat de feeds van boeklog niet meer werkten. En die feeds werkten niet, omdat de database niet goed uitgelezen kon worden — ondanks dat die geconverteerd was naar de nieuwe indeling.
Uiteindelijk heb ik de feeds nog wel werkend gekregen. Maar het was me toen al wel duidelijk dat er op verschillende niveaus problemen speelden. Dat krijg je, bij websites als deze, die dynamische pagina’s hebben, waarvoor server, database, en browser goed moeten samenwerken.
Ik had vreselijk last van 301-errors. De server vertikte het de pagina’s te tonen die ik in mijn browser opvroeg. En het hielp niet om een .htaccess-bestand te schrijven voor de server. Er was iets in de database, of in WordPress, dat de keuzes van de server vervolgens overrulede; ondanks de routewijzigingen in de .htaccess.
Nu had ik daar op zich nog mee kunnen leven; hoe zeer de problemen het gebruik van boeklog ook beperkten. Ruim 90% van het bezoek komt via Google op pagina-niveau binnen — die zouden er nauwelijks iets hoeven te merken.
Alleen toen bleek dat ik geen nieuwe berichten meer kon posten — en daarop heb ik de oude installatie toch maar terugzet. Om in tien minuten een andere voorpagina te bedenken, en zo het gevoel te hebben tenminste nog iets aan mijn weekend te hebben gehad.
[x]#3716 fan zondag 13 juli 2008 @ 12:57:14
