Een introductie over de \u201cThe site is experiencing technical difficulties\u201d WordPress foutmelding<\/h2>\n
\u201cThe site is experiencing technical difficulties\u201d is een kritieke fout in WordPress. Het betekent dat je website offline is, en waarschijnlijk ontoegankelijk aan zowel de frontend als de backend. Voor je bezoekers zal het er waarschijnlijk zo uitzien:<\/p>\n Aan de backend krijg je zo’n soort foutmelding:<\/p>\n Een variatie op deze foutmelding in nieuwere WordPress versies<\/a> meldt: “There has been a critical error on your website”. Zo zal dit er aan de frontend uitzien:<\/p>\n En de backend:<\/p>\n Zoals je kan zien lijkt de nieuwe versie sterk op de oude foutmelding, met een iets andere formulering.<\/p>\n Soms zal WordPress ook een e-mail versturen naar de site admin<\/a> met meer informatie over de oorzaak van de fout. Maar het gebeurt ook vaak genoeg dat je alleen de melding ziet, zonder verdere uitleg.<\/p>\n Meestal ontstaat de fout door een plugin of conflict in het thema. Doordat WordPress open source is<\/a>, zijn er veel verschillende developers met allerlei achtergronden qua programmeertalen en stijl, die allemaal extensies en plugins maken die gebruikers kunnen toevoegen aan het platform.<\/p>\n Helaas betekent dit soms dat plugins en thema’s van verschillende developers niet goed samenwerken<\/a>. Wanneer er twee tools met conflicterende code op een WordPress website ge\u00efnstalleerd worden, kan dat allerlei problemen opleveren.<\/p>\n In sommige gevallen zal \u00e9\u00e9n of beide plugins gewoon stoppen te werken. Maar soms zal zo’n conflict een kritieke fout veroorzaken, zoals de melding \u201cThe site is experiencing technical difficulties\u201d.<\/p>\n\n Als je al enige ervaring hebt met het oplossingen van conflicten tussen plugins, dan zal de \u201cThe site is experiencing technical difficulties\u201d fout vrij makkelijk op te lossen zijn. Heb je die ervaring niet, maak je dan nog geen zorgen. Hieronder leggen we in detail elke stap uit hoe je dit kan oplossen, en wat je kan doen als het probleem toch blijft bestaan.<\/p>\n Zoals eerder gezegd stuurt WordPress soms een e-mail naar de site admin met meer informatie over de oorzaak van de foutmelding.<\/p>\n Deze e-mail zal de volgende stukjes informatie bevatten waarmee je de foutmelding veel sneller kan oplossen:<\/p>\n Het is ook prima te doen om de fout op te lossen zonder deze mail. Maar het kost dan waarschijnlijk meer moeite om te achterhalen welke tool de boosdoener is. Wanneer je website veel plugins<\/a> gebruikt, dan kan het veel tijd kosten.<\/p>\n Ben je de site admin en bevat de \u201cThe site is experiencing technical difficulties\u201d foutmelding de extra noot: \u201cPlease check your site admin email inbox for instructions\u201d, controleer je e-mail dan goed voor je doorgaat, ook je map met spam. Volg vervolgens de instructies voor het oplossen van problemen vanuit de herstelmodus, zoals hieronder beschreven.<\/p>\n Maar ben je niet de site admin en kan je die niet bereiken, of zegt je foutmelding niks over een e-mail, maak je dan geen zorgen. Je kan nog altijd onderstaande stappen volgen om het probleem op te lossen via het File Transfer Protocol (FTP).<\/p>\n Bij kritieke fouten in WordPress, heb je geen toegang tot de backend van je website<\/a> om zo de extensie uit te kunnen zetten die het probleem veroorzaakt. Afhankelijk van of je toegang hebt tot de link voor de herstelmodus, heb je twee manieren om dit probleem te omzeilen.<\/p>\n Heb je toegang tot een link voor de herstelmodus, klik daar dan op. Hierdoor zal je naar de backend van je website gaan, waar je in kan loggen met je normale WordPress gegevens:<\/p>\n Je hoeft hiervoor geen admin account te hebben. Wanneer de site administrator de link voor de herstelmodus naar iemand anders doorstuurt om het probleem op te lossen, kunnen zij gewoon hun eigen gegevens gebruiken.<\/p>\n Het is belangrijk om te weten dat ook in de herstelmodus de kritieke fout blijft bestaan voor andere gebruikers en alle bezoekers<\/strong>. Alleen de gebruiker die inlogt via de link voor de herstelmodus heeft normaal toegang tot de website.<\/p>\n In de herstelmodus zullen de plugins en thema’s die WordPress ervan verdenkt het probleem te veroorzaken worden gepauzeerd. Ze worden ook genoemd in een melding bovenaan het scherm.<\/p>\n Klik op de link naar Plugins<\/em> om de problematische extensie te zien:<\/p>\n Onder elke plugin of naam van het thema, klik je op Deactivate<\/strong>:<\/p>\n Selecteer vervolgens Exit Recovery Mode<\/strong> in de toolbar:<\/p>\n De problematische uitbreidingen zullen nu voor alle gebruikers gedeactiveerd zijn, en je website moet nu weer normaal toegankelijk zijn. Natuurlijk moet je eerst even controleren of dat inderdaad het geval is. Vervolgens kan je:<\/p>\n Zeker wanneer de plugin erg populair is, dan is er een goede kans dat de developer graag wijzigingen wil doorvoeren om het probleem op te lossen. Let wel op dat het de moeite waard is om alle eventuele veranderingen eerst p een staging site<\/a> te testen voordat je ze ook activeert voor je live website.<\/p>\n Wanneer je niet bij de WordPress herstelmodus kan, moet je het probleem op zien te lossen zonder toegang tot de backend<\/a>. Dat kan je doen via een FTP client<\/a> en je FTP inloggegevens. Je zou die gegevens moeten kunnen vinden in het accountprofiel van je host:<\/p>\n Log in op de server van je site<\/a> via je FTP client, met je FTP gegevens. Ga vervolgens naar wp-content > plugins<\/strong>:<\/p>\n Daar vind je een submap voor elke plugin. Weet je welke plugin het probleem (waarschijnlijk) veroorzaakt, rechtsklik dan op de map van die plugin en kies Rename<\/strong>:<\/p>\n Verander de naam van de map, bijvoorbeeld naar “plugin-name-deactivated”. Hierdoor kan WordPress de bestanden van de plugin niet meer gebruiken:<\/p>\n De plugin is nu effectief gedeactiveerd, en je zou nu weer normaal toegang tot de backend van je site moeten hebben. Vervolgens kan je de optimale oplossing voor de plugin kiezen uit de opties die we hierboven al noemden.<\/p>\n Weet je niet welke plugin de kritieke fout veroorzaakt, geef dan gewoon de eerste plugin in de lijst een nieuwe naam. Vervolgens ga je terug naar je site en ververs je de site in de browser om te zien of het probleem is opgelost. Dit proces herhaal je, waarbij je je plugins steeds \u00e9\u00e9n voor \u00e9\u00e9n een nieuwe naam geeft, tot de fout weg is.<\/p>\n Wanneer dat gebeurt, is de laatste plugin die je gedeactiveerd hebt de boosdoener voor het conflict. Je kan die plugin dan verwijderen of contact opnemen met de developer. Hetzelfde proces werkt ook voor thema’s, alleen vind je die onder\u00a0wp-content > themes<\/strong>.<\/p>\n Wanneer je website gewoon weer werkt na stap 2, dan ben je al klaar. Maar het is ook mogelijk dat de \u201cThis site is experiencing technical difficulties\u201d fout niet aan een conflict met je plugins of thema ligt.<\/p>\n Is dat ook voor jou het geval, dan is je volgende stap het controleren dat je website een ondersteunde PHP versie gebruikt<\/a>. Sinds WordPress 5.0<\/a> ondersteunt het platform geen versies meer van PHP voor 5.6.20<\/a>.<\/p>\n De PHP developers bieden zelf geen ondersteuning meer voor versies ouder dan 7.2<\/a>.<\/p>\n Je zou moeten kunnen achterhalen welke PHP versie je gebruikt door in te loggen op je hosting account. Kinsta klanten kunnen deze informatie vinden via het MyKinsta dashboard<\/a> onder Sites<\/strong> in de zijbalk:<\/p>\n De PHP versie zal voor al je websites genoemd worden aan de rechterkant:<\/p>\n Wanneer je een verouderde versie van PHP gebruikt, zal je die moeten updaten. De stappen voor dit proces<\/a> zijn afhankelijk van je hostingprovider.<\/p>\n Klanten van Kinsta kunnen gewoon onze PHP Engine tool gebruiken. Dit vind je door op de naam van de site te klikken die je wilt updaten. Vervolgens kies je het tabblad Tools<\/strong>:<\/p>\n Scrol naar beneden tot je de PHP Engine tool ziet. Klik op het dropdownmenu met Modify<\/strong> en selecteer de gewenste versie.<\/p>\n We raden je aan om altijd de nieuwste PHP versie<\/a> te gebruiken, voor de optimale prestaties en beste beveiliging. Nadat de update klaar is, kan je kijken of de kritieke fout nu weg is.<\/p>\n Wanneer je nog steeds de melding \u201cThis site is experiencing technical difficulties\u201d ziet, dan kan je de onderliggende oorzaak proberen te achterhalen via de WordPress debug modus<\/a>. Dit is een andere ingebouwde tool voor probleemoplossing die onderliggende PHP fouten kan laten zien.<\/p>\n Om deze feature te gebruiken moet je naar je wp-config.php<\/em> bestand gaan via FTP, en de volgende regel code toevoegen vlak boven “That’s all, stop editing! Happy publishing.\u201d:<\/p>\n Sla het bestand op en upload het, ga terug naar je site en ververs het in je browser. Bekijk de foutmeldingen in de debug mode en bepaal of \u00e9\u00e9n ervan de kritieke fout kan veroorzaken. Vervolgens moet je dat probleem dan op gaan lossen.<\/p>\n Let op dat het niet de bedoeling is dat je WordPress in de debugmodus laat staan. Je moet het alleen gebruiken voor het oplossen van problemen, aangezien iedereen hierdoor bij gevoelige informatie kan.<\/p>\n Om de modus weer uit te zetten verander je de status in het stukje code in wp-config.php<\/em> van “true” naar “false”, en sla je het bestand opnieuw op.<\/p>\n Wanneer je geen opvallende meldingen ziet in de debug modus, dan kan je ook de errorlog van je server bekijken. Je zou dit moeten kunnen doen via je hosting account<\/a>. Klanten van Kinsta kunnen dit doen door het tabblad Logs<\/strong> te selecteren bij de gewenste website:<\/p>\n![\"\u201cThe](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/technical-difficulties-visitor-1-1.png\")
![\"\u201cThe](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/experiencing-technical-difficulties-1-1.png\")
![\"\u201cThere](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/critical-error-visitor-1.png\")
![\"\u201cThere](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/critical-error-admin-1.png\")
Zo repareer je de error \u201cThe site is experiencing technical difficulties” In WordPress (in 6 stappen)<\/h2>\n
Stap 1: Kijk in je e-mail naar een melding over een kritieke fout<\/h3>\n
![\"Admin](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/technical-difficulties-email-1-1-1.png\")
\n
Stap 2: Problemen oplossen bij een conflict tussen plugins of thema’s<\/h3>\n
Een conflict oplossen vanuit de herstelmodus<\/h4>\n
![\"De](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/recovery-mode-login-1-1.png\")
![\"De](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/wordpress-recovery-mode-1.png\")
![\"Deactiveren](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/recovery-mode-plugins-1.png\")
![\"Verlaten](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/exit-recovery-mode-1.png\")
\n
De oorzaak van het probleem achterhalen via FTP<\/h4>\n
![\"FTP](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/kinsta-ftp-credentials-1.png\")
![\"De](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/filezilla-plugins-directory-1.png\")
![\"Een](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/filezilla-rename-plugin-1.png\")
![\"Een](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/filezilla-deactivated-plugin-1.png\")
Stap 3: Controleer dat je een ondersteunde versie van PHP gebruikt<\/h3>\n
![\"Je](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/mykinsta-dashboard-sites-1.png\")
![\"Tonen](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/current-php-version-1.png\")
![\"Aanpassen](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/upgrade-phpversion-mykinsta-1-1.png\")
Stap 4: Schakel de Debug modus in van WordPress<\/h3>\n
define( 'WP_DEBUG', true );<\/code><\/pre>\nStap 5: Bekijk het errorlog van je server<\/h3>\n
![\"De](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2020\/02\/kinsta-error-log-1.png\")