WordPress en Micropub

Dit is het derde artikel in een serie waarin ik je wil uitleggen hoe je met een WordPress site gebruik kunt maken van de diverse IndieWeb plugins. Zoals het kunnen inloggen op andere sites met je eigen domeinnaam, reageren op andere sites met je eigen blog en nieuwe artikelen plaatsen met andere applicaties.

In dit artikel leer je hoe je met een plugin heel eenvoudig vanaf andere plaatsen op je eigen site kunt publiceren. Dit gebeurt via Micropub.

Wat is Micropub

Micropub is een open API standaard (W3C aanbevolen) om artikelen te maken, bewerken en verwijderen op je eigen site. Micropub is ondersteund door een groeiend aantal apps en CMS-systemen.

Waarom is dit relevant?

Simpel gezegd: Keuzevrijheid. Je kunt zelf kiezen met welke app of op welke manier je iets op je site publiceert. Omdat Micropub gebruik maakt van bestaande internet protocollen is op allerlei manieren inzetbaar. Je kunt gebruik blijven maken van bijvoorbeeld de mobiele WordPress app, maar deze ondersteund niet altijd extra publicatiemogelijkheden. Mijn persoonlijke ervaring is dat ik met de WordPress app nog altijd niet op mijn blog kan publiceren via de iOS Sharesheet. Een groot gemis en bekend bij de ontwikkelaars. Maar helaas wordt daar op dit moment nog niets aan gedaan.

Verder maakt Micropub gebruik van IndieAuth om je te identificeren en authorizeren. Dat betekent dat je geen loginnaam en wachtwoord hoeft te delen met een andere app, of speciale wachtwoorden aan te maken.

Voor ontwikkelaars is Micropub een uitstekend protocol om simpele, kleine en snelle interfaces te bouwen voor bijvoorbeeld klanten en gebruikers van een site. In plaats van het overvolle WordPress edit-scherm, kun je een simpele interface maken met een minimum aan opties. Via Micropub kan dit vervolgens worden verstuurd en verwerkt op de site zelf.

Hoe installeer je de WordPress Micropub plugin?

De Micropub plugin is te vinden in je beheer onder Indieweb > Extensions of via de officiele WordPress plugin repository. Installeer en activeer de plugin om er mee te kunnen werken.

Wat stel je in na installatie van de plugin?

Na de installatie vind je onder het IndieWeb logo de optie Micropub. Eigenlijk is hier niet veel in te stellen behalve de standaard status van het artikel als je via Micropub iets post. Wil je het direct publiceren, eerst als concept (Draft) opslaan of als privé post publiceren? Maak je keuze en sla ze op. Het interessante is dat deze keuze altijd nog is te overschrijven door instellingen in de gebruikte Micropub cliënt . Dat gaan we nu eens testen.

Hoe test je de Micropub plugin

De Micropub plugin maakt het mogelijk om via andere sites en apps op jouw site te publiceren. Als je deze plugin op je live site hebt geïnstalleerd dan kan het geen kwaad om voor nu de publicatie-optie van de plugin op “Draft” of “Concept” te zetten. Zo komen er geen onbedoelde posts live op je site te staan maar kun je wel zien hoe de plugin werkt.

Er is een groeiend ecosysteem aan Micropub cliënts die verschillende doelen hebben. Zo kun je standaard posts maken op je blog via bijvoorbeeld Quill of Omnibear. Maar met een dienst als Kapowski kun je direct animated gifs posten op je site. OwnYourSwarm maakt het mogelijk om je Swarm checkins op je eigen site te publiceren en te beheren. Ik laat je een paar mogelijkheden zien.

Quill

In de IndieWeb community is Quill is de standaard app om je Micropub plugin of implementatie te testen. De app is gemaakt is Aaron Parecki en biedt direct al veel mogelijkheden om verschillende soorten posts te maken. Omdat het open source is, kun je Quill op je eigen server installeren, zodat je werkelijk controle hebt over het hele traject.

Als je naar Quill gaat zie je dat je kunt inloggen met je eigen domeinnaam. Sterker nog, dat is de enige manier om in te loggen. Zorg dus dat je de IndieAuth plugin hebt geïnstalleerd op je WordPress blog.

Vul je domeinnaam in en klik op Sign In. Je krijgt nu een extra venster waarin je kunt checken welke rechten je gaat geven aan Quill. Standaard is dit Create Update Media wat betekent dat je nieuwe posts kunt maken, bestaande posts kunt aanpassen en afbeeldingen kunt uploaden naar je site. Klik op Authorize.

Vervolgens log je in op je eigen site en zie je de authorisatie die je geeft aan Quill. Klik weer op Authorize. Nu ga je terug naar Quill en zie je dat je bent ingelogd. Dit scherm zie je veelal maar één keer. In het vervolg ga je direct naar het scherm om je post te maken. Klik op Continue

In het volgende scherm zie je een simpele editor om een post te maken. Je kunt bijvoorbeeld een korte notitie maken, zoals een tweet. Of een langere post. Je kunt tags toevoegen en afbeeldingen. Als je wilt kun je je locatie mee sturen en die beschikbaar stellen op je site. Natuurlijk is dat geen vereiste. Laat de checkbox uitgevinkt staan als je dat liever niet hebt.

Je ziet bij de editor een Twitter logo staan. Want het is mogelijk om via je eigen site direct op Twitter te publiceren. Hier kom ik in een later artikel nog op terug.

Klik op Post en je zult zien dat je direct naar je blogpost gaat. Zo simpel is het eigenlijk. Quill heeft eveneens een meer volledige editor met opmaakmogelijkheden. Probeer het allemaal eens uit en kijk wat je prettig vindt werken.

Quill heeft eveneens de mogelijkheid om bepaalde post-formats te versturen. Denk aan het favoriten/liken van een webpagina, of het bookmarken van een pagina.

Zo kun je op je eigen site een lijst maken van bookmarks en likes. Wat je daar mee doet is helemaal je eigen keuze, evenals hoe je dit vormgeeft of vrijgeeft. Je vindt mijn bookmarks op een eigen pagina, evenals de likes. Ik geef deze vorm door middel van de Post Kinds plugin, die ik in een apart artikel bespreek.

Quill en Micropub doet niets meer dan de informatie van de app naar WordPress sturen. Hoe ik met die informatie omga, wat ik wel en niet laat zien, dat heb ik zelf in de hand. Of je webbouwer kan je daar bij helpen natuurlijk.

Quill is een vrij complete suite om op je eigen site te posten. Wil je je Micropub nog verder testen dan kun je eveneens terecht bij Micropub.rocks die je implementatie van de plugin kan testen en valideren. Let op, deze testsuite gebruikt niet je domeinnaam om je te valideren, maar doet dat via e-mail.

Na inloggen kun je je domeinnaam toevoegen en diverse tests doen om te zien hoe je Micropub implementatie werkt. De tests zijn wat meer toegespitst op ontwikkelaars, dus hou daar rekening mee als je er mee aan de slag gaat.

Als je Quill hebt getest en je Micropub plugin goed werkt, kun je allerlei andere Micropub cliënts gebruiken om posts op je site te maken. Zo is er bijvoorbeeld Micropublish.net wat veel van dezelfde functionaliteit biedt, maar in een andere vormgeving. Omnibear is een browser-extensie om snel bookmarks, posts en antwoorden te sturen via je eigen site. Kapowski is een leuke app om animated gifs te zoeken en direct te publiceren op je blog. Of wat te denken van OwnYourSwarm, waarmee je je Swarm checkins op je eigen site kunt publiceren. Je hebt hier nog wel wat extra werk om de vormgeving op je site goed te maken en de juiste data te tonen. Maar de koppeling is makkelijk te leggen met OwnYourSwarm om zo je eigen data in bezit te houden.

Op de Indieweb wiki is een groeiende lijst met apps te vinden die Micropub gebruiken. Probeer er een paar uit en kijk wat je bevalt.

Micropub en iOS Shortcuts

Ik gebruik het principe van Micropub zelf om snel en zonder al te veel poespas iets op mijn site te publiceren. Immers, als ik met een paar kliks iets op Twitter kan zetten, waarom zou het dan zo moeilijk zijn om dat mijn blog te doen? Op de iPhone zit standaard de Shortcuts (Opdrachten) app. Hiermee kun je een hoop zaken automatiseren op en rond je iPhone. Zo heb ik het (met hulp!) mogelijk gemaakt om heel snel een blogpost of artikel te liken of bookmarken op mijn eigen site. Ik doe dit met de Shortcuts app, die weer gebruik maakt van Micropub, standaard internet protocollen, om informatie te sturen naar mijn site. Zo kan ik heel snel iets opslaan op mijn eigen site in plaats van een andere plek zoals Pocket of Instapaper. Want hoe erg ik ook fan was van laatstgenoemde, afgelopen jaar was Instapaper lange tijd niet beschikbaar voor Europese gebruikers.

Het instellen en gebruiken van iOS Shortcuts kun je binnenkort in een apart artikel teruglezen.

Micropub voor ontwikkelaars

Maak je WordPress plugins of andere apps waarmee publicatie en uploaden van media een onderdeel is, dan raad ik je aan om eens naar de Micropub specificaties te kijken. In plaats van een API kun je dit protocol wellicht prima inzetten, het is redelijk eenvoudig te implementeren en het is een open protocol. Op zowel de wiki als bij W3C vind je meer informatie. De WordPress Micropub plugin heeft diverse filter-mogelijkheden en het ondersteunt diverse extensies.

Hoe nu verder?

Als je de serie artikelen volgt heb je nu de mogelijkheid om met je eigen WordPress site in te loggen (IndieAuth) en om via alternatieve diensten posts te schrijven en te publiceren (Micropub). Je hebt dus nu al een betere controle over je eigen identiteit én je eigen data. In het vervolgartikel laat ik je zien hoe je verschillende vormen van Micropub posts kunt weergeven op je eigen site via de Post Kinds plugin.

Headerfoto: Branden Harvey

Bloggen is zoeken naar antwoorden

Vragen, vragen, vragen | Elja Daae (Elja Daae)

Ik zei van de week al dat ik niet wilde zeuren. Meende ik ook. Daarom formuleer ik mijn gezeur speciaal voor jou, lezer, als vragen. Vragen, vragen, vragen. De vragen die mij bezig houden.

Toen ik vanochtend mijn dagelijkse lijstje blogs las kwam ik de post “Vragen, vragen, vragen” tegen van Elja. Nu moet je weten dat Elja vaak schrijft over social media, de tips en inzichten die ze deelt met haar groeiende leger aan ZZP’ers en communicatie-experts. Of het nu gaat om het proberen of dat vloggen iets is, hoe je Instagram het beste kunt inzetten of wat de nieuwe algoritmes van LinkedIn betekenen.

Dus deze post had wel mijn aandacht omdat ze zichzelf vragen stelde over school, emoji, wie bepaalt wat je online krijgt te zien. Van die losse vragen die ik graag lees, zonder dat er vastomlijnde voorgekookte antwoorden zijn, gemaakt volgens het template De 10 Manieren Waarop Ik Alles Voor Elkaar Kreeg.

Mijn ochtend kreeg een extra gouden randje toen ik het dankwoord van Elja las. Waarin ze naast Anna-Maria eveneens mij bedankt. Omdat ik blijf zeggen dat het goed is om te blijven bloggen. Blogdrift! Blijf stukjes denkwerk de wereld in sturen. Doe dat op je moederschip. Gebruik sociale netwerken als satellieten om je moederschip onder de aandacht te krijgen en bouw je eigen community.

Ik moet er zelf net zo hard weer aan werken 😉

Maar lees dus “Vragen, vragen, vragen” van Elja en laat je eigen blogdrift de vrije loop!

Starten met bloggen? Hier is wat ongevraagd advies

Als je zin hebt om te schrijven, schrijf dan. Als je iets leuks op het web tegenkomt, deel het op je eigen site. Natuurlijk kan het daarna prima op Twitter. Niet echt een schrijfidee? Begin met schrijven en sla het als een concept op. Ben je bang dat iemand al over het onderwerp heeft geschreven?…

Morgen naar Digital Marketing Live

Sinds ik weer bij Kaliber werk, aan de bureauzijde van de online industrie, zijn er geregeld events waar iemand van ons spreekt of we sponsoren. Of beiden.

Donderdag is in Amsterdam het jaarlijkse Emerce Digital Marketing Live. Ik geloof niet dat ik er ooit eerder ben geweest dus ik ben benieuwd wat er aan te treffen. Het programma is in elk gevoel vol genoeg voor een hysterische aanval van keuzestress. Meerdere zalen, roundtables met gesprekken en de onvermijdelijke bar-conversaties met bezoekers.

Rode draad

Mijn rode draad door het programma zal contentproductie en -distributie zijn. Ik verwacht geen grote inzichten rondom decentralisatie en het openbreken van de Silicon Valley dictatuur. Dus houden we het meer werkgerelateerd.

Mocht het lukken dan zal ik via mijn site korte impressies geven. Waar mogelijk stuur ik ze door naar Twitter voor bereik. Ik ben benieuwd hoe me dat bevalt. Ik ben niet van plan een laptop mee te nemen dus ik ben aangewezen op mijn iPhone. Publiekelijk experimenteren, daar is deze site toch voor?

Wat lees en luister ik zoal?

Anna-Maria ofwel @puur vraagt op LinkedIn aan een grote groep mensen wat hun favoriete blogs en/of podcasts zijn. Natuurlijk kan ik dan op LinkedIn antwoorden. Maar ik kan het net zo goed hier doen, zodat anderen buiten LinkedIn er ook iets aan hebben en ik geen last heb van de beperkingen en het algoritme van…

Dienstmededeling: Een ander theme

Om beter gebruik te kunnen maken van alle indieweb mogelijkheden én om mezelf niet in allerlei ingewikkelde programmeer-jujitsu te wurmen, heb ik zojuist een nieuw theme geactiveerd: Independent Publisher. Dat past toch ook beter in de geest van deze blog niet waar? Het zit vanaf de start al redelijk lekker in elkaar en omdat content…

Bloghistorie bewaren

Een van de klusjes waar ik het meest naar uitkijk met mijn nieuwe WordPress site is de conversie van punkey.com, mijn eerste blog. Ik had deze tussen 2000 en 2005 (zie de volledige lijst van mijn blogs) en het was al net zo’n samenraapsel van blogsystemen als ik nu heb. Ik begon met Blogger, stapte toen over op Movable Type en ging uiteindelijk naar Pivot.

Ik heb alle posts in één groot tekstbestand. De import moet dus niet al te lastig zijn. Als ik dat voor elkaar heb, dan heb ik zo’n 90% van al mijn blogposts in één systeem. Het enige wat dan nog mist zijn de blogposts die ik voor Frank-ly schreef, de Engelstalige posts op Whatsthenextaction.com en het tijdelijke linkblog Inspiration Overload.

Ik hoop hiermee wat bloghistorie te bewaren voor toekomstige webarcheologen.

Een nieuwe start

Na 10 dagen radiostilte vond ik het wel tijd worden om de boel eens om te gooien. Niet dat ik heb zitten niksen. Of 10 dagen code heb zitten kloppen. Maar ik wilde al langer overstappen van Jekyll naar WordPress. Niet omdat Jekyll nu zo verschrikkelijk is, maar omdat ik merkte dat ik tegen iets teveel hobbels liep in Jekyll. Hobbels die vaak in WordPress al wel goed zijn genomen.

Zoals goed werkende categorisering. Nu kan dat wel in Jekyll, maar om dat goed voor elkaar te krijgen zou ik over moeten stappen op een andere hostingpartij. Met alle toestanden die daar bij komen kijken, want ergens lopen dat soort trajecten niet altijd even soepel bij me.

Verder werd het aantal blogposts op deze site (tegen de 1000) teveel om even een update te doen en weer door te gaan met het werk van de dag. Want de hele site moest dan opnieuw worden gegenereerd. Nu had ik al wel een traject getest waar snelheidsverbeteringen in zitten. Maar daar moest ik dus ook weer voor verhuizen.

Overstappen

Zo zijn er meer punten waardoor het me tegen ging staan om even wat te schrijven op mijn blog.

Nu ik ben overgestapt op WordPress voelt dat weer iets meer als een warme jas. Ik ken WordPress al jaren en het laatste jaar heb ik me eveneens wat meer verdiept in de motor waar het op draait. Dat geeft me wat meer inzicht in de mogelijkheden waar ik op door kan bouwen.

IndieWeb

Maar tegelijk is het niet alles wat glittert bij WordPress. Zo heb ik nog niet alles helemaal lekker kunnen overzetten. Het meest in het oog springend zijn de webmentions van de oude site. Ik heb hier wel een backup van, maar helaas is er geen simpele plugin om die webmentions hier in te laden. Zoals een Indieweb ontwikkelaar vandaag zei in de chat: “The easiest way is to build an importer”. Ofwel, een van de principes van het indieweb: Scratch your own itch. Ik kan daar best ver in mee gaan. Maar er is maar zoveel wat ik écht zelf kan doen. Binnen een redelijk afzienbare tijd.

Andere Indieweb mogelijkheden zoals Micropub en Websub zijn ook nog niet optimaal ingesteld. Met name de weergave van diverse post types in WordPress heb ik nog niet lekker onder de knie. Maar dat zijn zaken die ik redelijk goed in orde kan maken. Terwijl ik weer datgene kan doen wat ik het liefste doe: Schrijven.

Want dat was de belangrijkste reden voor de radiostilte. Zo’n 14 dagen geleden heb ik dit complete blog al omgezet naar WordPress. Dat betekent dat elke nieuwe post handmatig van Jekyll naar WordPress zou moeten. Geen onoverkomelijke zaak, maar wederom zo’n hobbeltje wat me tegenhoudt om even wat te posten hier. Nu is dat voorbij. Ik kan weer los op dit blog. Over het Indieweb, het open web, fraaie sites die ik tegen kom, eigenlijk van alles wat ik op mijn pad tref. Want dat is mijn blog boven alles: Een persoonlijk domein waar ik kan doen en laten wat ik wil, op de manier zoals ik wil.

Reacties

Je ziet dat ik de reactiemogelijkheid weer heb aangezet op deze blog. Ik hou het bij de WordPress comments, zodat alles gewoon in mijn eigen beheer blijft. Ik moet hiervoor wel de privacy statement aanpassen. En ik moet nog eens goed kijken of en welke cookies nu worden verzameld hier. Dus kom je iets tegen wat niet klopt, of waar verbetering mogelijk is, meldt het me. Dan komt het op de grote lijst met verbeteringen!

Heyho let’s go!

Photo by Joanna Kosinska on Unsplash

De snelheid van mijn Jekyll site is met 80% verbeterd

Dat zul je altijd zien. Heb ik eindelijk de knoop doorgehakt om deze site om te zetten van Jekyll naar WordPress, kom ik een nieuwe blogpost tegen die een van mijn bezwaren bij Jekyll wegneemt.

Snelheid

De hoeveelheid posts is toegenomen sinds ik een archief van oude blogs heb omgezet naar dit domein. Met Jekyll maak ik zogenaamde statische pagina’s. Dat betekent dat elke blogpost, elke pagina op deze site, een op zichzelf staande pagina is. Er komt niet uit een database, er wordt niets opgebouwd vanuit een server, zoals bijvoorbeeld bij WordPress. Dit heeft snelheidsvoordelen aan de kant van de lezer. Het Spartaanse uiterlijk van de site, weinig franjes, weinig toestanden, zorgt er voor dat de site enorm snel is volgens de Google PageSpeed Insights.

Om dit mogelijk te maken, wordt de site op de server in zijn totaliteit opgebouwd en als losse HTML bestanden gepubliceerd. Zo krijgt elke blogpost zijn eigen folder met een index pagina. Die index-pagina is wat je uiteindelijk als lezer ziet. Het blogplatform Jekyll maakt dit mogelijk. Een groot voordeel is dat je deze site op elke willekeurige webserver kunt serveren. Ik hoef er in theorie niets extra’s voor te installeren. It just works….

Er zijn echter wel wat nadelen. Met de groei van de site neemt de bouwtijd na elke wijziging behoorlijk toe. Jekyll is namelijk zo geprogrammeerd dat bij een wijziging in een blogpost, de complete site opnieuw wordt opgebouwd. Omdat elke pagina bestaat uit de inhoud en een template waar die inhoud in wordt getoond. Content en vormgeving.

Jekyll heeft wel wat slimmigheden om die bouwtijd te verkorten, zoals de zogenaamde incremental build. Hiermee wordt de bouwtijd al aanzienlijk verkort. Maar in mijn geval bleef het een frustratie, omdat de bouwtijd soms echt in de minuten liep. Dat vertraagt voor mij de flow van even wat schrijven en publiceren.

Versnel Jekyll

Ik kwam gisteren een blogpost tegen met een experiment om Jekyll te versnellen. De auteur maakt gebruik van functies die in een nieuwe versie van Jekyll zullen verschijnen, zoals caching en een snellere conversie van de Markdown opmaaktaal naar HTML webtaal. Met een paar kleine stappen wist hij de bouwtijd van zijn site met 61% te versnellen. Dat is indrukwekkend. Ik besloot lokaal het experiment uit te voeren om te zien wat er bij mij zou gebeuren. Dat was minstens zo indrukwekkend mag ik wel zeggen. De bouwtijd van mijn blog is met slechts de 3 eerste stappen al met 83% gereduceerd! Van 38,9 seconden naar 6,6 seconden.

De verbeteringen die de auteur doorvoert zijn nog niet goed te gebruiken op een live productiesite, zeker omdat hij gebruik maakt van een vroege versie van de nieuwe Jekyll. Deze stap alleen al versnelt het bouwproces met 55% en het lost één frustratie van het proces op. Het betekent wel dat ik deze site naar een andere hostingpartij moet brengen vanwege de plugins die er worden gebruikt in de vervolgstappen.

WordPress wint het toch

Maar het lost niet het grootste probleem voor me op, ik wil graag stappen zetten in het gebruik van de bouwstenen van het Indieweb. Ik word hier echter gehinderd in een gebrek aan kennis en inzicht hoe ik dit zelf kan doen. Zeker in een omgeving als Jekyll is dit wel nodig. Bij WordPress zijn er al betere plugins die goed werken als je ze installeert. Daarbij zijn er eveneens stappen in de WordPress community om een statische site te presenteren aan de voorkant in plaats van een volledig dynamische pagina, zoals nu gebeurt.

Maar gebruik je Jekyll en heb je een behoorlijk archief, dan is deze blogpost zeker de moeite waard om te leren hoe je de snelheid nog verder kunt verbeteren.

Verhuisupdate – we gaan naar WordPress

Met wat korte tussenpozen ben ik bezig om deze site naar een volgend niveau te brengen. Wat ooit begon als een hobby-project om Jekyll en Github meer eigen te maken, is uitgegroeid tot een blogarchief van het verleden en heden.

Bouwstenen

Het was oorspronkelijk niet de bedoeling dat deze site een archief zou krijgen en ik had niet verwacht dat ik steeds specifiekere wensen zou krijgen rondom het beheer en de presentatie van de site. Nou ja, dat laatste misschien wel. Als je eenmaal bezig bent wil je altijd meer. Mijn interesse in het Indieweb en de bijbehorende bouwstenen maakte me eveneens nieuwsgierig. Wat zou ik zelf kunnen doen, wat is er al beschikbaar als een klik-en-klaar script?
Dat blijkt in de praktijk nog vies tegen te vallen. Er zijn zeker genoeg scripts en code op Github te vinden die je op weg kunnen helpen in de wereld van het indieweb. Denk aan webmentions en micropub, respectievelijk de mogelijkheid om reacties uit te wisselen met andere sites in plaats van reactieformulieren en de optie om met een groeiende verzameling van apps en extensies op je eigen site te posten.

Het werkt allemaal wel, maar net niet lekker genoeg. Net niet zoals ik het zou willen. Ik moet er zelf nog te veel aan sleutelen en echt diep onder de motorkap kijken wat er allemaal aan de hand is en wat ik moet verbeteren. Ik ben geen programmeur, maar ik ben niet bang om wat te leren. De laatste weken was ik meer tijd kwijt met het fixen van code-problemen dan met het schrijven op mijn blog en het plezier van het delen van toffe dingen hier. Zeker toen ik bezig was met de eerste stappen om mijn blog te verhuizen, kwam ik probleem op probleem tegen. Om een probleem op te lossen, moest ik eerst weer een andere hobbel over die voor een nieuw probleem zorgde. Zo ging het maar door. Ik was meer aan het programmeren dan aan het schrijven.

WordPress en Genesis

Dat was het definitieve teken dat er iets moest veranderen. De wijzer moest weer naar het schrijven en publiceren doorslaan. Ik vind het niet erg om zo nu en dan de mouwen op te stropen en wat code naar mijn eigen hand te zetten. Maar ik wil er vooral ook over kunnen schrijven en het kunnen delen. Na een weekend problemen oplossen had ik daar niet altijd meer zin in.

Wat is dan een goede oplossing? Eigenlijk had ik daar de afgelopen maanden al veel mee gewerkt bij Olisto. Samen met Patrick Loonstra heb ik de website een nieuw jasje gegeven, zowel aan de voorkant als in het WordPress beheer. We maakten gebruik van het Genesis framework met een zogenaamd child theme. De relatie tussen deze drie kan ik het beste uitleggen met een auto-analogie: WordPress is de motor van de auto, Genesis is de carrosserie en het eigen child theme is de lak, accessoires en het uiterlijk van de auto. Genesis geeft extra functionaliteiten boven op WordPress waardoor het aanpassen en eigen maken van een child theme weer eenvoudiger wordt. Genesis maakt van WordPress direct een meer flexibel CMS.

WordPress en Indieweb

Ik ben op dit moment bezig om de ongeveer 1000 blogposts lokaal te importeren in een WordPress blog en deze met Genesis en een child theme weer presentabel te maken. Dit is met een plugin en wat slimme Jekyll/Liquid code redelijk snel te doen.
Maar wat me écht blij maakt is de mogelijkheid om in WordPress diverse Indieweb bouwstenen weer te gebruiken. En vooralsnog werken ze na installatie prima. Ik ga bij Ton nog spieken hoe hij de webmentions met microformats voor elkaar heeft gekregen en ik zal nog wel iets zelf aan moeten passen in het child theme. Maar ik verwacht daar geen onoverkomelijke problemen. Ik begin met een child theme wat voor mij presentabel genoeg is, daarna ga ik dat verder tweaken naar mijn eigen wensen. Dat zit vooral in de presentatielaag. Daar ben ik beter in thuis dan de combinatie presentatie en beheercode. Belangrijke elementen voor een site ontwerp zijn voor mij hoe het mobiel werkt en hoe snel de site wordt getoond.

En Jekyll dan?

Betekent dit het einde van mijn avontuur met Jekyll? Voor dit blog wel. Ik merk dat ik de grenzen heb bereikt in wat ik kan en wil doen op technisch niveau. Jekyll en statische site generatoren zijn prima voor relatief kleine en eenvoudige blogs die weinig eisen hebben. Maar als je verder wilt professionaliseren heb je een goede programmeur naast je nodig, een diepere kennis van zowel Jekyll als Ruby, de onderliggende programmeertaal.
Ik zal Jekyll zeker blijven gebruiken voor kleinere projecten en aanbevelen waar nodig.

Adieu Jekyll, welkom WordPress!