Toen Jezzebel van het VKblog gegooid werd, en Ina haar uit protest volgde, hebben verschillende bloggers nagedacht over hoe je een vergelijkbaar platform zou kunnen bouwen, zonder de lange armen van een of andere corporatie. Ina kwam met het idee om een weblog als een etalage te gebruiken waar je een “teaser” kan plaatsen die de bezoeker naar de website van de blogger lokt, waar hij de rest van het artikel leest. We gebruiken allemaal WordPress, hoewel dat niet per-sé noodzakelijk is. Iedereen is op zijn eigen site de baas.
Veel mensen denken dat vrouwen niets van computers begrijpen.
Dat is vaak waar, maar kijk eens naar my favorite teacher :
WordPress is software die je op een webserver kan installeren, en waarmee je zelf de inhoud van je blog kan onderhouden. In feite is het een Content Management Systeem, waarbij het soort content beperkt is tot blogs.
Heb je eenmaal een WordPress blog, dan is het eenvoudig om dit blog onder te brengen bij een andere provider.
Wordpress is niet alleen software, ze hosten het ook op eigen servers, waar iedereen gebruik van kan maken. “Onze” centrale plek staat daar ( Ina mailt me net dat ze hem ook naar een eigen domein verhuist ), je eigen blog kan overal staan.
Het voordeel van een blog waar je zelf de baas bent, is dat er geen moderator op zit. Je bent alleen gebonden aan de wet; Je bent ook vrij in de vormgeving van je pagina’s. WordPress werkt met thema’s. Door een ander thema te kiezen verandert de “look and feel” van je website, zonder dat je zelf hoeft te gaan programmeren. Sommige thema’s hebben een vast kleurpatroon, er zijn er ook waarbij de kleuren instelbaar zijn.
Daarnaast zitten er standaard veel meer mogelijkheden op de software, en kun je het met plugins nog verder optuigen, tot het helemaal aan je wensen voldoet.
Je blog verhuizen van VKblog naar WordPress is nogal een gedoe. Je moet stukken HTML code knippen en plakken, alle plaatjes moeten opnieuw geupload worden. Het werkt allemaal wel, maar het is een hoop gepruts.
Ik ben bezig dit proces te automatiseren.
Ik wil alles kunnen importeren.
Niet alleen het blog, maar ook alle reacties, de tags, de originele publicatiedatum, etc.
Wordpress heeft een import-mogelijkheid (via het WXR file formaat), maar VKblog kent geen export optie.
Je kan de content alleen maar benaderen als gebruiker.
Er moet dus een computerprogramma ontwikkeld worden dat blog voor blog binnenhaalt en alles in een WXR-file dumpt. Dat is lastig. De een heeft Windows, de ander een Mac, weer een ander Linux.
Maar iedereen heeft een browser met JavaScript.
Dus maar eens geprobeerd hoe ver ik kwam in JavaSript.
Niet ver.
JavaScript probeert mensen tegen zichzelf te beschermen.
Je kan geen JavaScript toevoegen aan de pagina’s van de Volkskrant, want dat mag je niet uploaden.
Alleen plaatjes en tekst, maar geen code. Anders kon iedereen heel makkelijk een virus verspreiden.
Je kan ook niet in een pagina een 2-e venster openen en de JavaScript van de hoofdpagina de inhoud van het 2-e venster laten bewerken. Zodra het domein van het document anders is, krijg je een “security violation” om je oren.
Als het niet goedschiks kan, dan maar kwaadschiks.
PHP mag alles.
PHP is een scripttaal voor webservers.
Een webserver is normaal een programma dat draait op een computer die in een kast of een computerzaal staat, in plaats van op iemands bureau. Maar er is geen reden waarom je geen webserver zou kunnen draaien op je computer thuis. Dat heb ik dus ook. Zo kan ik thuis een programma schrijven voor zo’n grote computer, en als het werkt, kan ik het uploaden en dan kan iedereen er bij via het internet. Wat ook kan, is dat ik mijn webserver thuis met het internet verbind, zodat mensen over de hele wereld in mijn computer kunnen kijken.
Of ik dat wil is een andere vraag, nog afgezien van het feit dat het ding dan de hele dag aan moet staan.
Maar ik dwaal af.
Ik heb mijn webserver dus geïnstrueerd mijn pagina bij VKblog op te halen, zodat ik hem automatisch kan verwerken. Voor wie het wat zegt : dat doe je met een XML-parser. Dat is een programma dat opmaaktalen zoals HTML begrijpt. De pagina die we te zien krijgen staat vol met dingen die ik niet wil weten, dus ik geef de parser opdracht om alles tegen te houden, behalve wat ik zelf gemaakt heb, en de reacties van anderen die ik gekregen heb. Intussen vertelt de parser me ook nog wat voor fouten er in de HTML-code zitten.
Die fouten zijn de reden waarom de pagina er met de ene browser anders uitziet dan met de andere. Er zijn afspraken over hoe een HTML element er moet uitzien, maar hoe fouten afgehandeld moeten worden moet iedereen zelf weten. En er zitten wat fouten in die pagina. Elke HTML pagina begint met een statement dat zegt volgens welke standaard de pagina is beschreven. En vervolgens staan er allerlei dingen die volgens die standaard niet mogen, verouderd zijn, of er ontbreekt iets dat er wel had moeten staan, etc. Browsers houden zich overigens ook niet aan afgesproken standaarden. Als ze dat wel deden, zou bijna elke pagina op internet bestaan uit een wit scherm met een foutmelding, en zou niemand de browser willen gebruiken.
Warning: XMLReader::read() [xmlreader.read]: http://www.vkblog.nl/bericht/348954/Hij_was_een_beetje_dom:80: element a: validity error : Element div is not declared in a list of possible children in /var/www/Oefen_PHP/XMLtest.php on line 9
Dit is de HTML code waar hij over klaagt : ( een van de tientallen voorbeelden )
<a class=‘subNav’ href=‘http://extra.volkskrant.nl/select/muziek/overzicht.php’>
<div class=‘sub-left’></div>
<div class=‘sub-center’>Muziek</div>
<div class=‘sub-right’></div>
</a>
Het ziet er leuk uit, maar het is dus fout, want binnen een a-tag mag je geen div plaatsen.
Overigens is VKblog nog een van de minst erge prutsers; een site als nu.nl bevat nog veel meer fouten, zag ik.
Zo langzamerhand wordt ook duidelijk waar de moeilijkheden bij VKblog vandaan komen. Historisch gegroeid.
Ooit zal er een versie 1.0 geweest zijn. Toen kwamen er wijziging, men ging bijvoorbeeld een plaatje ergens anders neerzetten. Wat later kwamen er nieuwe wijzigingen. En toen waren bij ongeveer de helft van de gebruikers bepaalde plaatjes zoek. Het duurde een week om het probleem op te lossen. De bouwers hadden de bestaande situatie bekeken, maar daarbij hadden ze helaas alleen een nieuwe gebruiker als voorbeeld genomen. Van oudere gebruikers waren de plaatjes niet meeverhuisd naar de nieuwe plek.
Bij de groei van VKblog is er kennelijk steeds voor gekozen om een systeem met meer capaciteit naast het oude te laten werken, in plaats van het oude systeem over te hevelen naar het nieuwe en het oude weg te gooien.
Verkeerde zuinigheid ? Oude gebruikers niet willen belasten met een conversie?
Gelukkig werk ik daar niet; je zou er helemaal gestoord van worden.
Terug naar mijn eigen problemen.
Dankzij mijn webserver kan ik nu dus mijn eigen content uit het VKblog framework knippen, en ik kan er net zoveel JavaScript op loslaten als ik wil, maar hoe krijg ik het geïmporteerd in WordPress ?
Wat speuren op internet leert dat WXR wel gebaseerd is op standaards, maar ook nog een hoop eigen frutsels bevat, die nergens beschreven zijn, en dat ze zich ook nog eens niet houden aan de standaards die ze beweren te volgen.
Met die kluif ben ik nu bezig.
O ja.
Copyright ?
Dat berust bij de makers van het blog.
Alles wat ik niet zelf gemaakt heb, gebruik ik niet om het ergens anders als eigen werk te publiceren, dus ik ben legaal bezig 😎
Leave a Reply