Zo los je de 4 meest voorkomende WordPress-fouten op

Matthias Held Laatst bijgewerkt op 07.10.2020
14 Min.
WordPress  Fout
Laatst bijgewerkt op 07.10.2020

Bij de support voeren we duizenden chatgesprekken per maand en helpen we onze klanten elke dag bij het oplossen van foutmeldingen en problemen met hun WordPress-pagina's. In ons artikel laten we je stap voor stap zien hoe je vier van de meest voorkomende WordPress-fouten wegneemt.

Geen enkel ander Content Management Systeem (CMS) is zo gebruiksvriendelijk als WordPress : Themes en Plugins kunnen met enkele muisklikken geïnstalleerd en beheerd worden, zonder dat veel technische kennis vereist is. Met een marktaandeel van meer dan 30 procent WordPress is zowat het besturingssysteem van het internet geworden.

Vanwege de gemakkelijke bruikbaarheid, de actieve community en de verschillende mogelijkheden om je pagina's te individualiseren is WordPress perfect voor het huidige web. Des te groter is de frustratie wanneer jouw WordPress plotseling problemen veroorzaakt. Maar geen reden tot paniek! Vandaag ga ik je laten zien hoe je vier typische WordPress-fouten snel, gemakkelijk en zelfstandig opllost.

Onze tips voor het oplossen van typische WordPress-fouten

Om je zo goed mogelijk bij het oplossen van problemen te ondersteunen en om de kennis uit onze jarenlange support-ervaring te delen, zal ik nu de mogelijke oorzaken en de bijbehorende oplossingen voor vier typische WordPress-problemen uitleggen.

WordPress-fout #1: White Screen of Death

WordPress -Fout: wit scherm des doods

Het "White Screen of Death" (WSOD) is een analogie van het Blue Screen of Death, dat in Windows bij een systeemcrash weergegeven wordt. Zoals de naam al zegt, blijft bij de WSOD de website, in de Frontend of Backend (wp-admin), gewoon wit - zonder foutmelding of verdere informatie.

Mogelijke oorzaken en oplossingen voor White Screen of Death

Oorzaak 1: Onverenigbare plugins of themes

De fout wordt vaak veroorzaakt door een verkeerde combinatie van plugins of themes, zoals bijvoorbeeld:

  • Een plugin is niet met een andere plugin of met het actieve theme compatibel.
  • Een plugin/theme werd twee keer geüpload via S/FTP in verschillende versies.
  • Aan plugin/theme is niet bruikbaar met de ingestelde PHP-versie.

Door een van deze fouten wordt WordPress verlamd en lokt het het White Screen of Death uit.

Zo los je de 4 meest voorkomende WordPress-fouten op
Probleemanalyse: Zijn uw Plugins en Themes onverenigbaar?

De eerste benadering is om zijn recente veranderingen ongedaan te maken. Denk na over welke veranderingen je hebt aangebracht. Heeft u misschien een nieuwe Plugin geïnstalleerd of een Theme vervangen? Updates van Plugins en Themes kunnen ook tot dit wangedrag leiden.

Eerst moet je bepalen of de fout op alle of alleen op bepaalde pagina's voorkomt. Is bijvoorbeeld alleen je contactpagina getroffen? Als je net een contactformulier op die pagina hebt gezet, is het waarschijnlijk dat de plugin voor het contactformulier verantwoordelijk voor de WSOD is.

Verschijnt het White Screen of Death in de hele frontend op alle URL's? Dan kan dit het theme zelf of een plugin zijn die op alle pagina's is geïntegreerd - bijvoorbeeld een widget in de footer, een slider in de header of een plugin voor de navigatie.

Als het zelfs in de backend (yoursite.com/wp-admin) wit blijft, ligt het hoogstwaarschijnlijk aan het theme of aan een misconfiguratie van de webserver.

Controleer je debugging log!

Vaak helpt een blik in het error.log van uw server of het debugging log van WordPress zelf (WP-DEBUG). U kunt dit activeren door de wp-config.php van uw WP-installatie en zet /* Dat is alles, stop met bewerken ! Veel plezier met bloggen. */ voeg de volgende regels toe lijnen:

definieer ('WP_DEBUG',true);

definieer ('WP_DEBUG_DISPLAY',true);

Als uw installatie al een 'WP_DEBUG' item heeft, maar het is ingesteld op vals kunt u deze waarde gewoon instellen op true en voeg gewoon de volgende regel eronder toe:

define ('WP_DEBUG_DISPLAY',true);

Wanneer je dan opnieuw je probleempagina oproept, zie je de overeenkomstige redenen voor fouten in plaats van de witte pagina. De fouten die beginnen met Fatal of Parse-Error zijn meestal de fouten die het White Screen of Death veroorzaken.

Tussen haakjes: Op RAIDBOXES kunt u het debugging log met een simpele klik inschakelen in uw BOX instellingen. U krijgt de uitvoer van het debug log onder de link vermeld in uw instellingen.

WP-Debug_RAIDBOXES

Nu kunt u precies zien welk bestand op welk moment een fout genereert en waarom dat gebeurt. Ik heb een voorbeeld voor u om dit te illustreren. Whier is de volgende informatie in de parse error:

Debugging Log

Dus de fout treedt op:

  • In het bestand /wp-content/plugins/contact-form-7/wp-contact-form-7.php
  • In regel 12
  • Blijkbaar is er daar een onverwacht teken, in dit geval een "<".
In geval van incompatibele Plugins & Themes zijn de volgende oplossingen beschikbaar:

Oplossing 1: Als je kunt, zet dan een backup terug. Dit zal uw WordPress installatie gewoon herstellen naar de toestand van voor de fout optrad.

Oplossing 2Als u geen backup hebt, hebt u geen andere keuze dan de map van de verdachte Plugins of Themes via S/FTP te hernoemen. Dit zal het uitschakelen. In ons voorbeeld zou dat de map zijn van de Plugins "Contact Form 7".

Als u niet zeker weet welke Plugin de fout veroorzaakt, probeer dan het volgende: Hernoem alle Plugin/Theme mappen één voor één. Als de fout verdwijnt na het hernoemen van een map, hebt u de boosdoener geïdentificeerd. geïdentificeerd. Als RAIDBOXES klant kunt u ook gewoon gebruik maken van het Plugin en Theme beheer in het RB dashboard om te deactiveren.

Tip: Vaak is het probleem gewoon een hernoemde theme-map, dus je moet hem via S/FTP op de juiste spelling controleren!

Zo los je de 4 meest voorkomende WordPress-fouten op

Oorzaak 2: Serverfout

1) Probleem: te weinig geheugenlimiet voor PHP

De typische foutmelding in het error.log hiervoor is:
"Fatale fout: Toegestane geheugengrootte van XXXX bytes uitgeput (probeerde XXXX bytes toe te wijzen) in..."

Verder kan er een witte pagina zijn met de foutmelding Interne Serverfout verschijnt.

Wat hier gebeurt is het volgende:
Een PHP taak verbruikt meer geheugen dan de door de hoster ingestelde waarde toestaat.

Oplossing: In dit geval is het meestal voldoende om de volgende regel toe te voegen aan wp-config.php:

define('WP_MEMORY_LIMIT', '256M')

De '256M' staat voor de verbruikte hoeveelheid RAM in MB. Zo zou bijvoorbeeld ook '512M' voor 512MB denkbaar zijn.

Je moet er echter rekening mee houden dat een te hoge waarde een volledige crash van je site kan veroorzaken. Daarom moet je je PHP-geheugenlimiet alleen verhogen als je tarief de juiste hoeveelheid werkgeheugen biedt. Als je weinig RAM in je tarief hebt, moet je overwegen om je tarief te upgraden bij je hoster.

2) Probleem: Max. uitvoeringstermijn overschreden

Bij het installeren van grotere WordPress-themes of -plugins of bij grotere invoer of uitvoer van gegevens kan de volgende fout optreden, die meestal in de backend wordt weergegeven:

Fatal Error: Maximum Execution Time of XX Exceeded in XXX

Dit betekent: de tijd die een PHP-script mag draaien, is overschreden. Dit gebeurt vaak bij het importeren van veel producten in WooCommerce of het exporteren van bestelgegevens.

Oplossing: Verhoog de max_execution_time. Een opmerking vooraf: Normaal gesproken is de door de hoster opgegeven runtime voldoende. Om onnodig lange laadtijden en problemen te voorkomen, moet de maximale uitvoeringstijd alleen in individuele gevallen worden verhoogd (bv. voor het uploaden van een groot bestand) en daarna weer worden verlaagd.

Bij RAIDBOXES kun je via de BOX-instellingen de max_execution time voor de frondtend en de backend afzonderlijk instellen:

Max. uitvoeringstijd

Bij andere hosts is het vaak voldoende om de .htaccess via S/FTP te bewerken en de regel php_value max_execution_time 300 daar. Hier staat 300 voor de maximale seconden dat een script mag lopen. In dit geval 5 minuten.

WordPress-fout #2: Problemen met SSL

WordPress -Error_SSL

Ten laatste sinds de inwerkingtreding van de Algemene verordening gegevensbescherming (AVG) in mei 2018, zou een SSL-certificaat een must voor u moeten zijn. Niet voor niets geven de meeste browsers nu een waarschuwingsbericht als een website niet wordt niet gecodeerd afgeleverd. Het is des te vervelender wanneer er SSL-fouten optreden op uw WordPress pagina.

Mogelijke oorzaken en oplossingen voor SSL-problemen

Oorzaak 1: Certificaat niet meer up-to-date

Ten laatste met de gratis certificaten van Let's Encrypt zou deze fout tot het verleden moeten behoren. Er zijn echter bepaalde certificaattypes die een runtime hebben. Als deze verlopen is, kan er een SSL-fout optreden.

OplossingDe eenvoudigste oplossing is de integratie van een SSL-certificaat zonder runtime, die sommige hosters ook leveren RAIDBOXES gratis en automatisch vernieuwen. Als deze dienst niet door uw hoster wordt aangeboden, moet u het certificaat handmatig vernieuwen. Hiervoor kunt u het beste een termijnherinnering aanmaken en op tijd contact opnemen met de leverancier van uw certificaat om het te vernieuwen.

Oorzaak 2: Domein nog niet op het certificaat geregistreerd

Wanneer een SSL-certificaat wordt uitgegeven, leg je vast voor welke domeinen dit certificaat van toepassing moet zijn. Een mogelijke vermelding zou http://domain.nl kunnen zijn. Als er achteraf nog een omleiding van http://www.domain.nl wordt ingesteld, heeft dit domein geen SSL en wordt er een fout weergegeven.

OplossingHet nieuwe domein moet aan het SSL-certificaat worden toegevoegd en vervolgens worden vernieuwd. Aangezien dit een nogal tijdrovend en ingewikkeld proces is, moet u hiervoor contact opnemen met uw hostingprovider.

Bij RAIDBOXES is het genoeg om na het toevoegen van de extra domeinen in de BOX-instellingen de SSL uit en weer aan te zetten.

Oorzaak 3: Mixed Content Fout

Indien in WordPress SSL ingesteld is, moet standaard het http:// adres in de database worden vervangen door https://. Bij RAIDBOXES gebeurt dit automatisch wanneer SSL is ingeschakeld. In ongeveer 5-10 procent van de gevallen kan het toch gebeuren dat er nog delen via HTTP geladen worden. Dit kan het geval zijn bij bijvoorbeeld hardcoded images of CSS/JS-bestanden. In Chrome is de URL dan grijs en niet groen.

HTTPS-adresregel Browser

Probleemanalyse en oplossing:

Eerst moet je controleren of je echt mixed-content-fouten op je site hebt.

  1. Druk op je website op F12 (op de MAC CMD+F12) en de ontwikkelaarsconsole wordt geopend. Onderaan in de "Console" verschijnen gele velden met "Mixed Content":
    Gemengde inhoud Fout
  2. Maak nu een back-up van je pagina. Je kunt dit bij RAIDBOXES eenvoudigweg in je BOX-backups in het dashboard doen.
  3. Installeer de plugin Better Search Replace. Na activering vind je de plugin onder "Hulpmiddelen" -> "Better Search Replace".
    In het veld "Zoeken naar" voer je in: http://
    en in "Vervangen door": https://
    Dan selecteer je alle tabellen in het tabelveld en onderin bij "Testrun?" moet een vinkje staan.
    Better Search Replace

    Klik nu op "Start Zoeken/Vervangen" onderaan de pagina
  4. Wanneer de testrun een aantal tabellen heeft gevonden, kun je het vinkje bij "Testrun?" weghalen en de echte run starten.
  5. Controleer na afloop van de echte run nogmaals op de pagina of je nog steeds Mixed-Content-fouten hebt (zie stap 1).
  6. Als er nog steeds Mixed-Content-fouten voorkomen, controleer dan de broncode of de bronnen nog steeds met "http" in plaats van "https" geïntegreerd zijn en vervang ze.

WordPress-fout #3: 504 Gateway time-out

WordPress -Error_Gateway-Timeout

Een 504 gateway time-out-fout kan heel vaak voorkomen als je een groot aantal plugins hebt die ook met externe diensten communiceren. De foutmelding betekent dat een PHP-proces langer dan 30 seconden nodig heeft.

Als websitebeheerder wordt de fout vaak direct in verbinding gebracht met een probleem op de server. Dit is echter niet altijd het geval.

Mogelijke oorzaken en oplossingen voor 504 Gateway Time-Out

Een 504 Gateway Time-Out fout treedt op wanneer een server die als gateway fungeert, d.w.z. de server die verbinding maakt met een andere server, die andere server niet binnen een bepaalde tijd kan bereiken.

Deze fout kan worden veroorzaakt door een aantal verschillende elementen. Het kan uw lokale netwerk zijn, uw browser, uw ISP (Internet Service Provider), uw webserver of zelfs een derde partijPlugin of Theme.

Oorzaak 1: Plaatselijk probleem

Browserinstellingen gewijzigd, een proxy geactiveerd, je internetprovider heeft problemen, je lokale DNS-cache is verouderd en vele andere mogelijkheden kunnen deze fout veroorzaken.

Oplossing: Test de URL op de website http://www.isitdownrightnow.com/. Als u een bericht krijgt dat de website online is ("YourUrl.com" is UP en bereikbaar), is er een lokaal probleem.

Server Status Check_Up

Maar als het resultaat van de test "YourUrl.com" DOWN is, dan wijst dit op een probleem met je DNS, je webserver of een WordPress-plugin of theme.

Server Status Check_Down

Oorzaak 2: DNS problemen

Het DNS (Domain Name System) is verantwoordelijk voor het omzetten van jouw URL (zoals raidboxes.io) naar een IP (bijv. 94.130.145.82).

Bij een nieuwe registratie of een domeinverhuizing kan het even duren voordat alle computers, DNS-servers en providers de aanpassing hebben herkend. Dit kan onder bepaalde omstandigheden tot 24 uur duren.

Oplossing: Eerst moet je controleren op een lokaal probleem. Om dit te doen, moet u uw DNS-cache wissen:

Om je DNS-cache op je apparaten te wissen, open je eerst als volgt je opdrachtregel.

  • Ramen: Druk op [Win-Key + R], er cmd en druk op Enter
  • Mac: Lanceer Terminal vanaf het dok bij Toepassingen > Nutsbedrijven > Terminal

Dan voer je het volgende in:

  • Ramen: ipconfig /flushdns
  • Mac: dscacheutil -flushcache

Daarna is je lokale DNS-cache leeg en kun je het opnieuw proberen.

Als de fout blijft bestaan, kijk dan wat andere servers over de hele wereld erover te zeggen hebben. Om dit te doen ga naar www.whatsmydns.net en voer de URL in de zoekregel in (Opmerking: Zorg ervoor dat in het tweede selectieveld "A" is geselecteerd, zodat alleen het A-record wordt gecontroleerd. Deze is verantwoordelijk voor de juiste resolutie van de domeinnaam naar het IP-adres. Start dan de scan!

DNS Controle

Als het DNS-record op alle servers up-to-date is, zou je overal een groen vinkje en hetzelfde IP-adres moeten zien. Dit IP zou in de meeste gevallen moeten verwijzen naar het IP van je server (uitzondering: als een CDN voorgeschakeld is).

Als er fouten worden weergegeven in de vorm van een rode "X", heeft deze server nog niet de juiste vermelding. Als er verschillende IP's staan, heeft de server nog steeds de oude vermelding en is nog niet naar de nieuwe geactualiseerd. Hier helpt alleen afwachten.

Oorzaak 3: Serverprobleem (bv. prestatie of hoster)

Websites die veel bezoekers trekken en e-commerce sites zoals winkels die WooCommerce draaien, genereren veel verzoeken aan de server, die, vanwege hun inhoud, niet in de cache kunnen worden opgeslagen. en dus leiden tot een hoge serverbelasting - tot het instorten van de server.

Oplossing: Als de prestaties van uw hostingpakket niet voldoende zijn voor uw website, moet u misschien upgraden. Als alternatief helpt het vaak om over te schakelen naar een andere hoster wiens serverarchitectuur betere prestaties biedt. U bent van harte welkom om een gratis testverhuizing te maken naar WordPress met uw website. test verplaatsen naar RAIDBOXES gratis. Uw live site zal niet gestoord worden in zijn werking, want u krijgt een volledig gescheiden omgeving met een eigen URL, die niet geïndexeerd wordt door zoekmachines. In meer dan 80 procent van de gevallen is er een aanzienlijke verbetering van de prestaties en een vermindering van 504 fouten tot 0.

Oorzaak 4: Traffic-spam, DDOS-aanvallen, botaanvallen

DDOS-aanvallen en SPAM-verkeer kunnen je site laten crashen omdat ze zoveel (ongecachte) aanvragen genereren dat je server crasht.

Oplossing: Om dergelijke aanvallen te filteren, helpt het vaak om een CDN te gebruiken zoals. Cloudflaredie de toegang tot uw website filtert en spam bots en aanvallen blokkeert. In zeer hardnekkige gevallen kunt u de IP-adressen van de aanvallers de toegang tot uw website ontzeggen (blokkeren).

Met RAIDBOXES kun je dit gewoon via jouw BOX-instellingen regelen:

IP-blokkering_RAIDBOXES

Oorzaak 5: Problemen met plugins en themes

In sommige gevallen kunnen zeer lange aanvragen van Plugins of Themes leiden tot 504 gateway time-out fouten. Als u net Theme of Plugin hebt bijgewerkt, probeer dit dan eerst uit te schakelen.

Voor RAIDBOXES kunt u dit doen via uw Plugin/Theme instellingen van uw BOX - zelfs als u niet meer in uw WordPress backend kunt komen.

RAIDBOXES_Plugin en Theme beheer

Als u geen toegang hebt tot uw WordPress backend op andere hosts, kunt u verbinding maken via S/FTP en de map openen .. /wp-content/themes of .. /wp-content/plugins zoek naar de corresponderende Theme/Plugin en hernoem de map. Dit zal automatisch het corresponderende item uitschakelen.

Als u niet zeker weet welke Plugin of Theme het probleem veroorzaakt, schakel dan eerst over naar een standaardTheme zoals twentyseventeen.

Als dit het probleem oplost, is het hoogstwaarschijnlijk te wijten aan het theme of aan de aansluiting van theme en plugins. Neem hiervoor contact op met de producent van het theme. Zo niet, deactiveer dan alle plugins en activeer ze een voor een totdat je het overeenkomstige "probleem-plugin" hebt geïdentificeerd.

Probeer dan om de plugin opnieuw te installeren. Als dat ook niet helpt, neem dan contact op met de plugin-maker.

WordPress-fout #4: Error Establishing a Database Connection

Error Establishing a Database Connection

De fout "Establishing a Database Connection" is de zwaarst mogelijke storing onder de WordPress-fouten. De foutmelding betekent dat je server geen toegang meer heeft tot de database of deze niet meer kan bereiken.

Je WordPress-database slaat bijna alle informatie op die je site nodig heeft om correct te kunnen werken. Niet alleen de inhoud van je pagina's en berichten, maar ook de inloggegevens van je gebruikers en plugin- en theme-instellingen worden in de database opgeslagen.

Alleen afbeeldingen, plugin- en theme-bestanden en WordPress-core-files worden niet opgeslagen in de database, maar in het bestandssysteem van je website, dat je bijv. via S/FTP kunt bereiken.

Mogelijke oorzaken en oplossingen voor Fout bij het opzetten van een databaseverbinding

Dus als je site wit blijft en alleen de foutmelding "Error Establishing a Database Connection" verschijnt, kan je site geen verbinding maken met je database of ontbreekt de benodigde informatie of is deze niet correct. Meestal kun je in dit geval niet inloggen op de WordPress-backend.

Oorzaak 1: Verkeerde gegevens in de WP-Config

Meestal is het gewoon onjuiste database connectie informatie die de fout veroorzaakt. Deze fout treedt vaak op na een verhuizing naar een nieuwe server of hoster en is vrij eenvoudig te verhelpen:

OplossingVoor alle systeemgerelateerde fouten (en deze is bijzonder belangrijk!), moet u vooraf een back-up van uw site maken. Klanten op RAIDBOXES maken gewoon een handmatige back-up in hun BOX back-ups. Bij andere hosters moet je misschien een back-up maken van de hele site of op zijn minst van de bestanden die je lokaal wijzigt.

Haal nu de informatie op die nodig is om verbinding te maken met de database. Deze zijn:

  • Databasenaam (DB_NAME)
  • MySQL User Name (DB_USER)
  • MySQL User Password (DB_PASSWORD)
  • MySQL Hostname (DB_HOST) [Dat is de server].
  • Table Prefix ($table_prefix) [meestal 'wp_'].

Meestal kunt u deze informatie vinden in het dashboard van uw hoster. Meestal is niet alle informatie nodig. Op RAIDBOXES , bijvoorbeeld, hebt u alleen het tabelvoorvoegsel nodig, aangezien de overige vermeldingen automatisch worden gelezen en gecontroleerd.

Als u de nodige informatie hebt, download dan via S/FTP de "wp-config.php" uit de hoofddirectory van uw WordPress installatie, maak er een lokale kopie van als backup en bewerk het origineel bv. met Notepad++.

Daar vind je de volgende regels (let op: $table_prefix wordt niet in alle gevallen opgenomen):

WP-Config

Je vergelijkt deze informatie met de informatie die je zojuist hebt verkregen.

Sla deze wijzigingen op en laadt het bestand opnieuw in de rootdirectory van je server (overschrijf het originele bestand, je hebt al een lokale back-up).

Als de informatie nu correct is, zou je je website weer normaal moeten kunnen gebruiken.

Oorzaak 2: Onjuiste database

Er kan een fout in je database zijn geslopen.

Oplossing: WordPress kan de database misschien automatisch repareren. Om dit te doen, ga naar DEINEURL.de/wp-admin. Als je hier ziet dat je database gerepareerd kan worden, voeg dan direct voor "/* That's all, stop editing! Veel plezier met bloggen. */" voeg de volgende regel toe aan je WP-Config:

define('WP_ALLOW_REPAIR',true);

Ga dan naar DEINEURL.de/wp-admin/maint/reparatie.php.

Als dit je problemen heeft opgelost, vergeet dan niet om de regel weer uit de wp-config.php te verwijderen.

Oorzaak 3: Problemen met je hoster

Onder bepaalde omstandigheden is de SQL-server down en niet bereikbaar. Mogelijk is ook een maximum met betrekking tot de omvang van de database bereikt. Of de ressources van je hosting provider zijn opgebruikt.

Helaas gebeurt dit vaak bij gedeelde hosting. Want daar deel je een server met veel andere websites. Als daar een pagina veel resources verbruikt, gaat dat natuurlijk ten koste van jouw site. Om deze reden raden wij altijd aan om een high-performance hosting te gebruiken die speciaal is aangepast aan WordPress . High-Performance-Hostingzodat het niet tot zulke overbelastingen komt.

OplossingNeem contact op met uw hostingprovider of controleer hun statuspagina (indien beschikbaar) om te zien of er op dit moment problemen zijn met de server. Vraag de provider zo nodig om de CPU-belasting te tonen en schakel over op een andere server als de belasting te hoog is. Als dit geen verbetering brengt, moet u overwegen over te stappen naar een andere hoster.

Conclusie

Iedere WordPress-gebruiker kent het gevoel van paniek als je plotseling naar een wit scherm staart of niet meer in de WordPress-backend kunt inloggen. Het belangrijkste is om het hoofd koel te houden, de oorzaak systematisch te achterhalen en vervolgens de juiste stappen te nemen om het probleem op te lossen. Ik hoop dat dit artikel je in de toekomst zal ondersteunen bij het analyseren en herstellen van deze typische WordPress-fouten.

Met welk WordPress-probleem heb je tot nu toe het meest te maken gehad? Geef je feedback in de commentaren.

Matthias is Chaos Calmer bij RAIDBOXES. Als plugin- en theme-ontwikkelaar, WordCamp Speaker en actieve Hosting Community Contributor is hij regelmatig op WordCamps en andere evenementen, die voor WordPress relevant zijn, te vinden en is hij altijd klaar voor een hapje en een drankje. Als hij daar niet is, zitten er katten op zijn schoot.

Gerelateerde artikelen

Reacties op dit artikel

Laat een opmerking achter

Jouw e-mailadres zal niet worden gepubliceerd. Verplichte velden zijn met een * gemarkeerd.