Sådan rettes WordPress White Screen of Death – Video Tutorial

Så dit WordPress-websted er nu blot en blank hvid skærm … Ikke godt! Selvom det sandsynligvis er nyt for dig, er det heldigvis ikke en ny ting generelt. Der er heldigvis en række ting, du kan gøre for at løse det – og med lidt held skal du have alt tilbage til det normale virkelig ret hurtigt: når du først ved hvad der foregår.


Her er hvad du har brug for at vide / gøre:

Sådan rettes WordPress White Screen of Death Error:

– (note: videokreditter til Topher DeRosia – skaberen af ​​HeroPress

Video transkription:

Hej! Dette er Topher med WinningWP. I denne video vil vi tage et kig på, hvordan man løser WordPress-hvidskærm med død. Hvis du aldrig har oplevet det, er jeg meget glad for dig. Det ser sådan ud; dette er min hjemmeside, og det skal ikke se sådan ud. Så hvad betyder det? WordPress ‘job er at tage information på sin server og udskrive dem på skærmen, og den hvide skærm med død betyder, at noget er så ødelagt, at WordPress ikke engang kan udskrive det. Vær nu ikke for bekymret. Dette betyder normalt ikke, at alt er ødelagt, eller ting er frygteligt ødelagt. Normalt er det kun en ting, og at en ting ofte let kan løses. Så hvad forårsager det? Det er næsten altid brudt kode på et af disse tre steder: plugins, temaer eller WordPress-kerne. Der er et par andre muligheder, og vi ser også på dem, men ni gange ud af ti er det et af disse tre steder. Så hvordan finder vi ud af det? Trin et er, at vi tænder for fejlfinding. Dette giver WordPress en stemme. Som standard er debugging normalt slået fra på produktionsservere, så du ikke ved en fejltagelse får en advarsel, som ikke nødvendigvis betyder noget, men ser temmelig skræmmende ud og bestemt ikke burde være på dit websted. Så vi vil tage disse fire indstillinger og sætte dem i din wp-config fil. Lad mig vise dig, hvordan det ser ud. Dette er den vigtigste WordPress-installation til min hjemmeside. Hvis du logger ind med FTP, ser du noget nøjagtigt som dette på dit websted. Og lige her er wp-config.php. Og hvis du redigerer det, ligner det normalt meget sådan. Undertiden tager din vært muligvis en masse af disse kommentarer og efterlader kun de vigtige bits. Men dette er standardudseendet. Så den første ting, vi gerne vil gøre, er at søge efter WP_DEBUG. Og der har jeg det. Det er i øjeblikket indstillet til usande. Så vi vil tage det ud og lægge de andre muligheder. Lad os nu se på, hvad disse betyder. WP-fejlsøgning var indstillet til usand, hvilket betyder, at du ikke foretager fejlfinding. Vi har sat det til sandt, så nu debugges det. Vi har også sagt, at vi vil have det til at logge fejlene. Så det kommer til at skrive fejlene til en logfil et sted. Og så betyder WP_DEBUG_DISPLAY at udskrive dem på skærmen, så vi kan se dem. Og så er denne sidste et php-direktiv, ikke et WordPress-direktiv. Og det siger blot, at displayfejl, hvor det faktisk betyder, at det ikke gør det. Så nu, hvor vi har tændt, vil jeg gemme dette. Og vi skal se på vores hjemmeside igen. Og der går vi, nu har vi en fejlmeddelelse. Det siger, at det ikke kan redeklarere wpautop, tidligere erklæret, bla, bla, bla, bla i app / public / wp-content / temaer // features.php on line. Hvad det nu betyder, er, at der er et problem i temaet. Og det var den, jeg kørte. Hvis du nu forstår fejlmeddelelsen, kan du gå ind på det tema og prøve at løse det. Det er i wp-indhold, temaer,. Og de sagde, det var i features.php online. Og der er linje to. Men du ved ikke med sikkerhed, om det skulle være der eller ej. Jeg lader dig ind i en hemmelighed, det er det ikke. Og hvis du tog den linje ud, ville den ordne den. Men hvis du ikke er en udvikler, ved du ikke det. Du ønsker ikke at prøve at komme ind der og rod rundt med det. Så den nemmeste ting at gøre er at fjerne temaet helt. Slet det ikke nu, fordi du muligvis vil få den tilbage, men du kan flytte den op i en mappe. Og nu ved WordPress ikke, at det er der, men det er stadig tilgængeligt for dig. Så lad os gå tilbage og genindlæse. Nu har vi en anden fejl. Temamappen findes ikke. Men nu, hvis vi går til admin-området, fungerer det. Og hvis vi går til udseende, temaer, siger det, at det aktive tema er brudt og vender tilbage til standardtemaet. Så hvis vi aktiverer noget andet tema, har vi nu vores websted tilbage. Nu er det stadig ikke rigtigt, det er ikke det tema, du havde, og hvis du vil have dette tema tilbage, skal du løse det. Men på hovedet er dit websted ikke ødelagt, og folk kan faktisk læse det. Og så har du tid til at arbejde på det tema, finde en udvikler eller finde ud af det selv eller et hvilket som helst antal ting. Hvis problemet havde været i et plugin, kunne du gøre det samme. Du kan få fat i plugin og trække det op i en mappe. Hvis du ikke ved, hvilket plugin det er, siger det ganske enkelt, at det er i plugins-området, du kan fjerne dem alle og placere dem en mappe. Og dit websted ville vende tilbage. Og så vil du være i stand til igen, logge ind på dit admin-område, gå til plugins, og du vil se, at problemet plugin er blevet deaktiveret på grund af en fejl, men nu kan du sætte dem tilbage ad gangen. Og find ud af, hvilket plugin der forårsager problemet. Nu, før vi kommer for langt, vil jeg gerne påpege, at WordPress.org har en side, der er dedikeret til WP_DEBUG-indstillingerne. Og du kan komme hit når som helst for at hente dem. Når dit websted fungerer igen, vil du fjerne de fleste af dem og indstille WP_DEBUG tilbage til falske og gemme det. På den måde er det ikke udskrivningsfejl på skærmen, som det ikke burde. Og du vil se, at webstedet stadig fungerer. Nu kan lejlighedsvis WordPress selv blive beskadiget, og din fejlmeddelelse siger, at den er i en fil i wp-admin eller wp-inkluderer eller noget lignende. Og det er faktisk ret let at udskifte kun WordPress. Vi er igen her og ser på din WordPress-installation. De eneste dele af dette, der er unikke for dig, er wp-config og wp-indhold, der indeholder alle dine ting. Alt andet er generisk. Det skal være det samme på alles websted. Og så kan du gå til WordPress.org og lige her øverst downloade WordPress og klikke på download WordPress. Lige nu er det .. Når du har det, skal du åbne zip-filen og gå ind i den mappe, den laver. Og du vil se, det ser nøjagtigt ud som dit. Så vi fremhæver alt og fravælger derefter wp-indhold. Nu er der ikke en wp-config fil her, fordi den er meget unik for dig. Og så højreklikker og kopierer vi og højreklikker og indsætter derefter. Og vi vil erstatte alle disse filer. Der er vi, ligesom det, vi har en helt ny installation af WordPress. Og vores originale wp-config er der stadig, og vores wp-indhold med alle dets ting er der stadig. Hvis du stadig har et problem, er der endnu et sted at tjekke. De fleste WordPress-websteder har en fil i deres hovedmappe kaldet .htaccess. Og du kan se min her øverst, og den har en lille prik i begyndelsen. Nu har ikke alle websteder dette, så hvis du ikke har et, betyder det enten, at du ikke har brug for et, eller at du gør det, og det er ikke der. Så hvis du ikke har en, og du opretter en, vil det overhovedet ikke skade noget. Så dette kan ikke skade at gøre dette. Men dybest set vil vi udskifte hele indholdet af denne fil. Så jeg vil åbne det, og du kan muligvis finde et antal ting i denne fil. Der er masser af forskellige ting, der sætter tekst i din .htaccess-fil. Men denne blok lige her er den, WordPress har brug for, og den har ikke brug for de andre ting, som regel. Nu kan du sandsynligvis ikke se, om dette er rigtigt bare ved at se på det. Jeg kan ikke fortælle det. Men jeg kan fortælle dig, hvor du kan få en god. Hvis du går til WordPress.org i Codex, under support, dokumentation, finder du en uberørt kopi lige her. Så det vil jeg kopiere, indsætte det og derefter gemme. Hvis det stadig ikke fik løst det, og dit websted stadig er nede, er min næste anbefaling at tale med din webhost. Der er logfiler, som de kan se på, at du ikke har adgang til, som kan forklare, hvad problemet er. Og som regel kan de bare tage sig af det for dig. Faktisk vil jeg sige, at dit første skridt skulle være at tale med din webhost. Men nogle gange er de ikke tilgængelige. Måske er det weekend eller juledag eller noget i den retning. De trin, som jeg har vist dig, er de ting, du kan prøve at få dit websted tilbage og køre. Men de mennesker med den bedste adgang bliver virkelig din webhost. Så vend dig til dem, hvis du kan, og hvis du ikke kan prøve disse trin. Hvis du gerne vil lære lidt mere om dette emne og se et par flere trin, kan du tjekke linket til WinningWP i beskrivelsen herunder. Hvis du gerne vil lære mere om WordPress, kan du tjekke WinningWP.com.

Se flere videoer …

Noget at tilføje?

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