WordPress Fouten

Hoe de 4 meest voorkomende WordPress fouten op te lossen

In Support hebben we duizenden gesprekken per maand in chat en helpen we onze klanten elke dag foutmeldingen en problemen met hun WordPress websites op te lossen. In ons artikel laten we u stap voor stap zien hoe u vier van de meest voorkomende WordPress fouten kunt herstellen.

Geen enkel ander content management systeem (CMS) is zo eenvoudig te gebruiken als WordPress: Thema's en plugins worden met een paar klikken geïnstalleerd en beheerd, zonder dat u veel technische kennis nodig hebt. Met een marktaandeel van meer dan 40 procent WordPress is zowat het besturingssysteem van het internet geworden.

Met zijn gebruiksgemak, actieve gemeenschap en vele manieren om uw website aan te passen, is WordPress perfect voor het web van vandaag. Het is dus des te frustrerender wanneer uw WordPress plots problemen begint te vertonen. Maar er is geen reden tot paniek! Vandaag zal ik je laten zien hoe je vier typische WordPress fouten snel, gemakkelijk en zelf kunt oplossen.

Onze tips voor het herstellen van typische WordPress fouten

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

WordPress Fout #1: Wit scherm des doods

White Screen Of Death

Het "witte scherm des doods" (WSOD) is een analogie met het blauwe scherm des doods, dat in Windows wordt weergegeven bij een systeemcrash. Zoals de naam al doet vermoeden, met de WSOD blijft 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.
  • Een plugin/thema kan niet worden gebruikt met de ingestelde PHP-versie.

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

Probleemanalyse: Zijn uw Plugins en Themes onverenigbaar?

De eerste aanpak is om uw recente wijzigingen ongedaan te maken. Denk na over welke veranderingen je hebt aangebracht. Heb je misschien een nieuwe plugin geïnstalleerd of een thema veranderd? Updates van plugins en thema's kunnen ook leiden tot dit wangedrag.

Eerst moet u bepalen of de fout op alle websites optreedt of alleen op bepaalde. Wordt bijvoorbeeld alleen uw contactpagina beïnvloed? Als je net een contactformulier hebt geïntegreerd, kan worden geconcludeerd dat deze contactformulier plugin verantwoordelijk is voor de WSOD.

Treedt het witte scherm van de dood op in de hele frontend op alle URL's? Dan kan het gaan om het thema zelf of een plugin die op de hele website is geïntegreerd - bijvoorbeeld een widget in de footer, een slider in de header of een plugin voor de navigatie.

Als het wit blijft, zelfs wanneer je naar de backend gaat (yourwebsite.com/wp-admin), is het waarschijnlijk het thema of een verkeerde configuratie van de webserver.

Controleer je debugging log!

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

<p>define('WP_DEBUG',true);</p>
<p>define('WP_DEBUG_DISPLAY',true);</p>

Als uw installatie al een 'WP_DEBUG' item heeft, maar het is ingesteld op false, kunt u deze waarde gewoon veranderen in true en de volgende regel eronder toevoegen:

define('WP_DEBUG_DISPLAY',true);

Als u dan opnieuw naar uw probleempagina gaat, krijgt u de overeenkomstige redenen voor fouten in plaats van de witte pagina. De fouten die beginnen met Fatal Error of Parse Error zijn meestal de fouten die het witte scherm des doods veroorzaken.

WordPress Debug bij Raidboxes

Als u uw WordPress hosting op Raidboxes heeft, kunt u het debugging log eenvoudig aanzetten met één klik in de instellingen van uw Box . U krijgt de uitvoer van het debugging log onder de link die in uw instellingen staat.

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. We zien 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
  • Anscheinend gibt es dort ein unerwartetes Zeichen, in diesem Fall ein “<”.
In geval van incompatibele Plugins & Themes zijn de volgende oplossingen beschikbaar:

Oplossing 1: Herstel een back-up als u kunt. Dit zal gewoon uw WordPress installatie herstellen naar de staat waarin het zich bevond voordat de fout optrad.

Oplossing 2: Als u geen backup hebt, hebt u geen andere keuze dan de map van de verdachte plugin of theme te hernoemen via S/FTP. Dit zal het deactiveren. In ons voorbeeld, zou het de map van de Contact Form 7 plugin zijn.

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

Tip: Vaak is het probleem gewoon een hernoemde themamap, dus u moet deze via S/FTP controleren op de juiste spelling!

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 Internal Server Error .

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.

U moet er echter rekening mee houden dat een te hoge waarde ertoe kan leiden dat uw site volledig vastloopt. Daarom moet u de geheugenlimiet van PHP alleen verhogen als uw tarief het overeenkomstige RAM-geheugen biedt. Als uw tarief is laag op RAM, moet u overwegen het upgraden van uw tarief met uw hoster.

2) Probleem: Max. uitvoeringstermijn overschreden

Bij het installeren van grotere WordPress thema's of plugins, alsook bij grotere imports of exports 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 dat de tijd die een PHP script mag draaien is overschreden. Dit gebeurt vaak wanneer veel producten worden geïmporteerd in WooCommerce of wanneer ordergegevens worden geëxporteerd.

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 (bijvoorbeeld voor het uploaden van een groot bestand) en daarna weer worden verlaagd.

Op Raidboxes kunt u de max_executie tijd voor de frontend en de backend afzonderlijk instellen via de box instellingen:

Max. uitvoeringstijd Raidboxes

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

WordPress Fout #2: Problemen met SSL

Ten laatste sinds de inwerkingtreding van de Algemene Verordening Gegevensbescherming (AVG) in mei 2018, zou een SSL-certificaat voor u een must moeten zijn. Het is niet voor niets dat de meeste browsers nu een waarschuwing geven als een website niet versleuteld wordt afgeleverd. Dit maakt het des te vervelender wanneer SSL-fouten optreden op uw WordPress website.

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 eigenlijk tot het verleden moeten behoren. Er zijn echter bepaalde soorten certificaten die een geldigheidsduur hebben. Als deze verlopen is, kan er een SSL-fout optreden.

Oplossing: De gemakkelijkste manier is het integreren van een SSL-certificaat zonder termijn, dat sommige hosters en Raidboxes gratis leveren en automatisch vernieuwen. Als deze dienst niet door uw hoster wordt aangeboden, moet u het certificaat handmatig vernieuwen. Hiervoor kunt u het beste een herinnering instellen en tijdig 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, specificeert men voor welke domeinen dit certificaat geldig moet zijn. Op deze manier kan een mogelijke binnenkomst worden http://domain.de. Als een forwarding van http://www.domain.de of achteraf wordt opgezet, heeft dit domein geen SSL en wordt er een fout uitgegeven.

Oplossing: Het nieuwe domein moet aan het SSL-certificaat worden toegevoegd en vervolgens worden vernieuwd. Aangezien dit een vrij tijdrovend en ingewikkeld proces is, moet u hiervoor contact opnemen met uw webhost.

Op Raidboxes is het voldoende om SSL uit en weer aan te zetten in de box instellingen na het toevoegen van de extra domeinen.

Oorzaak 3: Mixed Content Fout

Bij het instellen van SSL in WordPress, moet het http:// adres in de database standaard vervangen worden door https://. Op Raidboxes gebeurt dit automatisch wanneer SSL wordt ingesteld. In ongeveer 5 tot 10 procent van de gevallen kan het toch voorkomen dat er bronnen zijn die via HTTP worden geladen. Dit kan bijvoorbeeld het geval zijn met hardcoded afbeeldingen of CSS/JS-bestanden. In Chrome is de URL dan grijs en niet groen.

HTTPS-adres

Probleemanalyse en oplossing:

Ten eerste moet u controleren of u daadwerkelijk fouten in de gemengde inhoud op uw website hebt.

  1. Druk op F12 op uw website (CMD+F12 op MAC) en de ontwikkelaarsconsole wordt geopend. Onderaan de console verschijnen velden met "Gemengde inhoud" met een gele achtergrond.".
    Hoe de 4 meest voorkomende WordPress fouten op te lossen
  2. Maak nu een backup van uw website.
  3. Installeer de plugin Better Search Replace. Na activering vind je de plugin onder "Hulpmiddelen" -> "Better Search Replace".
    Voer in het veld "Zoeken naar" het volgende in: http://
    en in "Vervangen door": https://
    Selecteer vervolgens alle tabellen in het tabellenveld en vink onderaan "Test run" aan.
    Hoe de 4 meest voorkomende WordPress fouten op te lossen

    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. Nadat de echte run is voltooid, controleert u opnieuw op de website of u nog steeds fouten met gemengde inhoud hebt (zie stap 1).
  6. Als er nog steeds fouten met gemengde inhoud optreden, controleer dan de broncode om te zien waar de bronnen nog steeds met "http" in plaats van "https" zijn opgenomen en vervang ze dienovereenkomstig.

WordPress Fout #3: 504 Gateway Time-out

Gateway timeout

Een 504 gateway time-out fout kan vrij vaak voorkomen als u een groot aantal plug-ins hebt die ook met externe diensten communiceren. De foutmelding betekent dat een PHP-proces langer dan 30 seconden duurt. Als u eigenaar bent van de website, wordt de fout vaak direct in verband 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 een verbinding met een andere server tot stand brengt, deze 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 plugin of thema van een derde partij.

Oorzaak 1: Plaatselijk probleem

Gewijzigde browserinstellingen, een geactiveerde proxy, problemen met uw ISP, een verouderde lokale DNS-cache 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 ("yourwebsite.com" is UP en bereikbaar), is er een lokaal probleem. Als het resultaat van de test echter is dat "yourwebsite.com" DOWN is, dan wijst dit op een probleem met uw DNS, uw webserver of een WordPress plugin of thema.

Oorzaak 2: DNS problemen

Het DNS (Domain Name System) is verantwoordelijk voor het omzetten van uw URL (zoals raidboxes.de) in een IP.

In het geval van een nieuwe registratie of een verhuizing van het domein kan het enige tijd duren voordat alle computers, DNS-servers en providers de aanpassing hebben herkend. Onder bepaalde omstandigheden kan dit tot 24 uur duren.

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

Om uw DNS cache op uw toestel te wissen, opent u eerst uw opdrachtregel als volgt.

  • Ramen: Druk op [Win toets + 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 wordt uw lokale DNS-cache gewist en kunt u het opnieuw proberen. Als de fout blijft bestaan, controleer dan wat andere servers in de wereld erover zeggen. Ga hiervoor naar www.whatsmydns.net en voer de URL in de zoekregel in. Zorg ervoor dat A is geselecteerd in het tweede veld, 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!

Als het DNS record voor alle servers up-to-date is, zou je een groen vinkje moeten zien en overal hetzelfde IP. In de meeste gevallen moet dit IP wijzen naar het IP van uw server (uitzondering: als een CDN stroomopwaarts is aangesloten).

Als er fouten worden weergegeven in de vorm van een rode X, heeft deze server nog niet de juiste invoer. Als er verschillende IP's zijn, heeft de server nog steeds de oude vermelding en is hij nog niet bijgewerkt naar de nieuwe. In dit geval, is wachten het enige dat helpt.

Oorzaak 3: Server-side probleem

Bezoekersintensieve websites en e-commerce websites zoals WooCommerce shops genereren een groot aantal verzoeken aan de server, die vanwege hun inhoud niet in de cache kunnen worden opgeslagen en dus tot een hoge serverbelasting leiden - tot en met een servercrash.

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 gratis een testverhuizing uit te voeren met uw WordPress website naar Raidboxes . Dit zal de werking van uw live website niet verstoren, aangezien u een volledig gescheiden omgeving krijgt met een eigen URL, die niet geïndexeerd zal worden door zoekmachines. In meer dan 80 procent van de gevallen is er een aanzienlijke verbetering van de prestaties en een vermindering van de 504 fouten tot 0.

Oorzaak 4: Spamverkeer, DDoS-aanvallen, botaanvallen

DDoS-aanvallen en SPAM-verkeer kunnen uw website laten crashen door zoveel (ongecachede) hits te genereren dat uw server crasht.

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

Op Raidboxes kunt u dit gemakkelijk doen via uw boxinstellingen:

IP-blokkering Raidboxes

Oorzaak 5: Problemen met plugins en themes

In sommige gevallen kunnen zeer lange aanvragen van plugins of thema's leiden tot 504 gateway time-out fouten. Als je net een thema of plugin hebt geupdate, probeer deze dan eerst te deactiveren.

Op Raidboxes kunt u dit doen via uw plugin/thema instellingen van uw BOX - zelfs als u niet meer in uw WordPress backend kunt komen.

Plugin Thema Beheer Raidboxes

Als u geen toegang hebt tot uw WordPress backend bij andere hosts, kunt u verbinding maken via S/FTP en zoeken naar het overeenkomstige thema of plugin in de map ../wp-content/themes of ../wp-content/plugins en de map hernoemen . Dit zal automatisch het corresponderende element deactiveren.

Als u niet zeker weet welke plugin of thema het probleem veroorzaakt, schakel dan eerst over naar een standaardthema zoals Twintig-Tweeëntwintig.

Als dit het probleem oplost, ligt het waarschijnlijk aan het thema of een verbinding tussen het thema en de plugins. Neem contact op met de fabrikant van het thema. Zo niet, deactiveer dan alle plug-ins en reactiveer ze geleidelijk tot u de plug-in in kwestie hebt geëlimineerd. Probeer dan deze plugin opnieuw te installeren. Als ook dit niet helpt, neem dan contact op met de fabrikant van de plug-in.

WordPress Fout #4: Fout bij het opzetten van een Database Verbinding

Hoe de 4 meest voorkomende WordPress fouten op te lossen

De Establishing a Database Connection Error is een super-GAU onder de WordPress fouten. De foutmelding betekent dat uw server geen toegang meer heeft tot de database of deze niet meer kan bereiken.

Bijna alle informatie die uw website nodig heeft om correct te draaien, is opgeslagen in uw WordPress database. Niet alleen de inhoud van uw pagina's en berichten, maar ook inloggegevens en plugin- en thema-instellingen worden in de database opgeslagen.

Alleen afbeeldingen, plugin bestanden, thema bestanden en WordPress core bestanden worden niet opgeslagen in de database, maar in het bestandssysteem van uw website, die u kunt benaderen via bijvoorbeeld S/FTP.

Mogelijke oorzaken en oplossingen voor Error Establishing a Database Connection

Als uw pagina wit blijft en alleen de foutmelding "Error Establishing a Database Connection" verschijnt, kan uw pagina geen verbinding met uw database tot stand brengen of ontbreekt de nodige informatie of is deze onjuist. In de meeste gevallen kunt u niet meer inloggen op de WordPress backend.

Oorzaak 1: Onjuiste 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:

Oplossing: Voor alle systeemrelevante fouten (en deze in het bijzonder!) moet u van tevoren een back-up van uw website maken. Met Raidboxes maakt u gewoon een handmatige back-up in uw Box back-ups. Bij andere hosters kan het zijn dat je een back-up moet maken van de hele website of in ieder geval 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 gebruikersnaam (DB_USER)
  • MySQL wachtwoord (DB_PASSWORD)
  • MySQL Hostname (DB_HOST) [Dat is de server].
  • Tabel voorvoegsel ($table_prefix) [meestal 'wp_']

In de regel kunt u deze informatie vinden in de Dashboard van uw hoster. In de meeste gevallen is niet alle informatie nodig. Op Raidboxes , bijvoorbeeld, hebt u alleen het tabelvoorvoegsel nodig, aangezien de overige vermeldingen automatisch worden uitgelezen en gecontroleerd.

Als u over de nodige informatie beschikt, download dan wp-config.php van de root directory van uw WordPress installatie via S/FTP, maak er lokaal een kopie van als backup en bewerk het origineel met een editor zoals Notepad++.

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

WP Configuratie Fout

Vergelijk deze informatie met de informatie die je zojuist hebt verkregen. Sla deze wijzigingen op en upload het bestand naar de hoofddirectory van uw server (overschrijf het originele bestand, u heeft een lokale backup). Als de informatie nu correct is, zou u uw website weer normaal moeten kunnen gebruiken.

Oorzaak 2: Onjuiste database

Er kan een fout in je database zijn geslopen.

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

define(‘WP_ALLOW_REPAIR’,true);

Ga dan naar uwwebsite.com/wp-admin/maint/repair.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 toegankelijk. Het is ook mogelijk dat een maximale databasegrootte is bereikt. Of de middelen van uw web hoster zijn opgebruikt.

Helaas gebeurt dit vaak bij gedeelde hosting. Omdat je daar een server deelt met vele andere websites. Als een website veel bronnen verbruikt, gaat dat natuurlijk ten koste van uw website. Daarom raden wij altijd high-performance hosting aan, speciaal aangepast aan WordPress, zodat dergelijke overbelastingen zich niet voordoen.

Oplossing: Neem contact op met uw webhost of controleer hun statuspagina (indien beschikbaar) om te zien of er op dit moment problemen zijn met de server. Laat de hoster u indien nodig de CPU-belasting tonen en schakel over naar 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

U kent ongetwijfeld het gevoel van paniek wanneer u plots voor een wit scherm zit of niet meer kunt inloggen in de WordPress backend. Het komt erop aan het hoofd koel te houden, systematisch tot de bodem uit te zoeken wat de oorzaak is en vervolgens de nodige stappen te ondernemen om het probleem op te lossen. Ik hoop dat dit artikel u zal helpen om deze typische WordPress fouten in de toekomst te analyseren en op te lossen.

Met welk WordPress-probleem heeft u het meest te maken gehad? Voel je vrij om je feedback achter te laten in de commentaren.

Vond je het artikel leuk?

Met jouw beoordeling help je ons om onze inhoud nog verder te verbeteren.

Laat een reactie achter

Je e-mailadres wordt niet gepubliceerd.