Hoe het WordPress White Screen of Death te repareren – Video-tutorial

Dus je WordPress-website is nu gewoon een leeg wit scherm … Niet goed! Gelukkig is het, hoewel waarschijnlijk nieuw voor jou, in het algemeen niets nieuws. Er zijn gelukkig een aantal dingen die je kunt doen om het op te lossen – en met een beetje geluk zou je alles vrij snel weer normaal moeten hebben: als je eenmaal weet wat er aan de hand is.


Dit moet je weten / doen:

Hoe de WordPress White Screen of Death-fout te herstellen:

– (opmerking: videokredieten aan Topher DeRosia – maker van HeroPress

Videotranscript:

Hoi! Dit is Topher met WinningWP. In deze video gaan we kijken hoe we het witte scherm van de dood van WordPress kunnen repareren. Als je het nog nooit hebt meegemaakt, ben ik heel blij voor je. Het ziet er zo uit; dit is mijn website en het mag er niet zo uitzien. Dus wat betekent het? Het is de taak van WordPress om informatie op zijn server te verzamelen en deze op het scherm af te drukken, en het witte scherm des doods betekent dat iets zo kapot is dat WordPress het niet eens kan afdrukken. Maak je nu geen zorgen. Dit betekent meestal niet dat alles kapot is of dat dingen vreselijk kapot zijn. Meestal is het maar één ding, en dat ene is vaak gemakkelijk te verhelpen. Dus wat veroorzaakt het? Het is bijna altijd gebroken code op een van deze drie plaatsen: plug-ins, thema’s of WordPress-kern. Er zijn nog een paar andere opties en we zullen die ook bekijken, maar negen van de tien keer is het op een van deze drie plaatsen. Dus hoe komen we daarachter? Stap één is dat we debuggen inschakelen. Dit geeft WordPress een stem. Standaard is foutopsporing meestal uitgeschakeld op productieservers, zodat u niet per ongeluk een waarschuwing krijgt die niet per se iets betekent, maar er behoorlijk eng uitziet en zeker niet op uw website mag staan. Dus we willen deze vier opties nemen en ze in uw wp-config-bestand plaatsen. Laat me je laten zien hoe dat eruit ziet. Dit is de belangrijkste WordPress-installatie voor mijn website. Als u zich aanmeldt met FTP, ziet u zoiets precies op uw site. En hier is wp-config.php. En als je het bewerkt, ziet het er meestal zo uit. Soms kan uw gastheer veel van deze opmerkingen verwijderen en alleen de belangrijke stukjes achterlaten. Maar dit is de standaardlook. Dus het eerste dat we willen doen, is zoeken naar WP_DEBUG. En daar heb ik het. Het is momenteel ingesteld op false. Dus we willen dat eruit halen en in de andere opties zetten. Laten we nu eens kijken wat deze betekenen. WP-foutopsporing is ingesteld op false, wat betekent dat u geen foutopsporing uitvoert. We hebben het op true gezet, dus nu is het debuggen. We hebben ook gezegd dat we de fouten willen vastleggen. Dus het zal ergens de fouten naar een logbestand schrijven. En dan betekent WP_DEBUG_DISPLAY dat je ze op het scherm afdrukt zodat we ze kunnen zien. En dan is deze laatste een php-richtlijn, geen WordPress-richtlijn. En er staat simpelweg weergavefouten, waar middelen het eigenlijk doen, zou betekenen dat je het niet doet. Dus nu we deze hebben ingeschakeld, ga ik dit opslaan. En we gaan opnieuw naar onze website kijken. En daar gaan we, nu hebben we een foutmelding. Er staat dat wpautop niet opnieuw kan worden verklaard, eerder gedeclareerd, blah, blah, blah, blah in app / public / wp-content / themes // functions.php online. Wat dit betekent, is dat er een probleem is in het thema. En dat is degene die ik aan het rennen was. Als u nu de foutmelding begrijpt, kunt u op dat thema ingaan en proberen het te repareren. Het zit in wp-content, thema’s,. En ze zeiden dat het online in functies.php zat. En er is lijn twee. Maar je weet niet zeker of dat er hoort te zijn of niet. Ik zal je een geheim vertellen, dat is het niet. En als je die lijn eruit haalde, zou die het oplossen. Maar als je geen ontwikkelaar bent, weet je dat niet. Je wilt niet proberen erin te komen en ermee te rotzooien. Dus het gemakkelijkste is om het thema helemaal te verwijderen. Verwijder het nu niet, want u wilt het misschien terughalen, maar u kunt het één map omhoog verplaatsen. En nu weet WordPress niet dat het er is, maar het is nog steeds beschikbaar voor jou. Laten we nu teruggaan en opnieuw laden. Nu hebben we een andere fout. De themamap bestaat niet. Maar als we nu naar het beheerdersgedeelte gaan, zal het werken. En als we naar uiterlijk, thema’s gaan, zegt het dat het actieve thema is verbroken en terugkeert naar het standaardthema. Dus als we een ander thema activeren, hebben we nu onze site terug. Nu klopt het nog steeds niet, het is niet het thema dat je had en als je dat thema terug wilt, dan moet je het repareren. Maar aan de positieve kant is uw site niet kapot en kunnen mensen deze daadwerkelijk lezen. En dus heb je nu tijd om aan dat thema te werken, een ontwikkelaar te vinden of het zelf uit te zoeken, of wat dan ook. Nu, als het probleem in een plug-in zat, zou u hetzelfde kunnen doen. Je zou de plug-in kunnen pakken en deze een map omhoog slepen. Als je niet weet welke plug-in het is, staat er gewoon dat het in het plug-in-gebied is, je zou ze allemaal kunnen verwijderen en ze in een map kunnen plaatsen. En je site zou terugkomen. En dan zou je weer in kunnen loggen in je admin-gebied, naar plug-ins gaan, en je zult zien dat de probleem-plug-in is uitgeschakeld vanwege een fout, maar nu kun je ze een voor een terugzetten. En zoek uit welke plug-in het probleem veroorzaakte. Voordat we te ver komen, wil ik erop wijzen dat WordPress.org een pagina heeft die volledig is gewijd aan de WP_DEBUG-opties. En je kunt hier altijd komen om ze te halen. Zodra uw site weer werkt, wilt u de meeste ervan verwijderen en WP_DEBUG terugzetten op false en deze opslaan. Op die manier drukt het geen fouten af ​​op het scherm dat het niet zou moeten doen. En je zult zien dat de site nog steeds werkt. Nu en dan kan WordPress zelf beschadigd raken en je foutmelding zal zeggen dat het in een bestand staat in wp-admin of wp-includes of zoiets. En het is eigenlijk vrij eenvoudig om alleen WordPress te vervangen. We zijn weer hier aan het kijken naar uw WordPress-installatie. De enige delen hiervan die uniek zijn voor jou zijn wp-config en wp-content die al je spullen bevat. Al het andere is generiek. Het zou hetzelfde moeten zijn op de website van iedereen. En dus kunt u naar WordPress.org gaan en hier bovenaan WordPress downloaden en klikken op WordPress downloaden. Nu is het … Als je het eenmaal hebt, open je het zip-bestand en ga je naar de map die het maakt. En je zult zien dat het precies op het jouwe lijkt. Dus we markeren alles en deselecteren dan wp-content. Nu zit hier geen wp-config-bestand in, want dat is heel uniek voor jou. En dan klikken we met de rechtermuisknop en kopiëren en klikken met de rechtermuisknop en plakken. En we gaan al deze bestanden vervangen. Daar zijn we, zomaar dat we een gloednieuwe installatie van WordPress hebben. En onze originele wp-config is er nog steeds en onze wp-content met al zijn spullen is er nog steeds. Als je nu nog steeds een probleem hebt, is er nog een plaats om te controleren. De meeste WordPress-sites hebben een bestand in hun hoofddirectory met de naam .htaccess. En je kunt de mijne hier bovenaan zien en het heeft een kleine stip aan het begin. Nu hebben niet alle sites dit, dus als je er geen hebt, betekent dit dat je er geen nodig hebt, of dat je het wel hebt en het is er niet. Dus als je er geen hebt en er een maakt, doet het helemaal niets. Dus dit kan geen kwaad om dit te doen. Maar eigenlijk willen we de volledige inhoud van dit bestand vervangen. Dus ik ga het openen en misschien vind je een aantal dingen in dit bestand. Er zijn veel verschillende dingen die tekst in uw .htaccess-bestand plaatsen. Maar dit blok hier is het blok dat WordPress nodig heeft en het heeft de andere dingen meestal niet nodig. Nu kun je waarschijnlijk niet zien of dit juist is door ernaar te kijken. Ik weet het niet. Maar ik kan je vertellen waar je een goede kunt krijgen. Als je naar WordPress.org gaat in de Codex, onder ondersteuning, documentatie, vind je hier een ongerept exemplaar. Dus ik ga dat kopiëren, erin plakken en dan opslaan. Als dat nog steeds niet is opgelost en uw site nog steeds niet werkt, is mijn volgende aanbeveling om met uw webhost te praten. Er zijn logbestanden waar ze naar kunnen kijken en waar u geen toegang toe heeft, die kunnen verklaren wat het probleem is. En meestal kunnen ze het gewoon voor je regelen. Ik zou zelfs zeggen dat je eerste stap zou moeten zijn om met je webhost te praten. Maar soms zijn ze niet beschikbaar. Misschien is het weekend of eerste kerstdag of zoiets. De stappen die ik je heb laten zien, zijn de dingen die je kunt proberen om je site weer aan de praat te krijgen. Maar echt de mensen met de beste toegang zullen uw webhost zijn. Dus wend u tot hen als u kunt en als u deze stappen niet kunt proberen. Als je meer wilt weten over dit onderwerp en nog een paar stappen wilt zien, bekijk dan de link naar WinningWP in de onderstaande beschrijving. Als je meer wilt weten over WordPress, ga dan naar WinningWP.com.

Bekijk meer video’s …

Alles om toe te voegen?

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map