Den ultimative guide til løsning af 500 interne serverfejl og tomme hvide sider i WordPress

Det 500 Intern serverfejl er den mest hjælpsomme bane af WordPress -brugere overalt. Det er en catch-all fejlmeddelelse, der præcist betyder: noget gik et sted galt. Endnu værre, dit WordPress -websted viser muligvis ingen fejl og viser bare en blank hvid side.

Så hvordan kan du finde ud af, hvad der er galt, og rette det?

For det første: ikke få panik, for det er normalt en nem løsning! Derefter: Følg denne fejlfindingsproces, og din WordPress interne serverfejl vil blive rettet på ingen tid.

Skaber WordPress -plugins fejl 500?

Hvis du lige har installeret et nyt plugin, eller hvis dit websted viser en 500 -fejl efter en grundlæggende WordPress -opgradering, er den mest sandsynlige årsag et inkompatibelt plugin. Der er mange grunde til, at et plugin kan brydes:

WordPress har muligvis fjernet nogle kernefunktioner, pluginet bruger.
Det kan have været kodet til en gammel version af PHP og ikke blevet opdateret i år.
Det kan bare kodes forkert, f.eks. At henvise til standarddatabasenavne frem for at bruge præfikser. Vi er alle sammen skyldige i doven kodning nogle gange!

Det er let at identificere pluginet, hvis du lige har installeret et, og fejlen lige er dukket op. Men hvordan kan du deaktivere pluginet, hvis adminområdet ikke er tilgængeligt? Og hvad hvis du ikke engang ved, hvilket plugin der forårsagede fejlen? Du skal bruge FTP-adgang i begge tilfælde, men en webbaseret filhåndtering fra CPanel eller Plesk fungerer også fint.

Løsning:

Ved du præcist, hvilket plugin der er ødelagt? Find pluginet, og slet det indefra wp-content/plugins/ folder. Du skal nu kunne logge ind igen. Find et alternativ til den funktionalitet, du ønsker.

Hvis du ikke er sikker på, hvilket plugin der forårsagede fejlen, skal du omdøbe hele wp-content/plugins/ selve mappen. Placer en understregning (' _ ') foran, så den hedder _ plugins .

At sætte en understregning (_) i starten af plugins -mappenavnet er en hurtig og nem måde at deaktivere alle dine plugins på én gang!

Ved at omdøbe mappen deaktiverer du effektivt hvert plugin på én gang. Du skulle nu kunne logge ind igen, men vil blive mødt af en liste over fejlmeddelelser fra WordPress, der siger 'Plugin'et something.php er blevet deaktiveret på grund af en fejl: Plugin -fil findes ikke.'

Bare rolig, du har ikke mistet nogen indstillinger. Plugin -indstillinger gemmes i databasen, og de fleste plugins finder dem igen ved genaktivering.

Næste, omdøbe mappen igen , ved at fjerne understregningen. De vises alle på din Plugins -side, men i en deaktiveret tilstand. Du kan nu genaktivere dem en efter en, indtil du finder synderen.

Når webstedet går ned igen, skal du gentage processen, men denne gang må du ikke genaktivere det ødelagte plugin!

500 Intern serverfejl: Inkompatibelt tema

Hjalp det ikke at deaktivere plugins? Det kan da have noget at gøre med dit tema. Ligesom plugins kan du med magt deaktivere det aktive tema ved blot at omdøbe dets mappe, som du finder i wp-indhold/temaer/ vejviser.

Hvis du stadig ikke kan få adgang til adminområdet efter at have forsøgt at omdøbe både plugins og dit nuværende tema, skal du fortsætte til yderligere trin. Hvis du kan logge ind, advarer WordPress dig om, at det er vendt tilbage til et standardtema. På dette tidspunkt kan du enten finde et nyt tema, kontakte temaudvikleren for at få hjælp eller prøve at rette det selv.

For at rette det selv eller for at give yderligere forklaring til udvikleren, se afsnittet senere Aktivering af WordPress Debug Mode .

500 intern serverfejl: dårlig .htaccess -fil

Hvis deaktivering af dine plugins og tema ikke opnåede noget, er det muligt, at din .htaccess filen blev ødelagt på en eller anden måde. Dette er typisk tilfældet, hvis du stadig kan få adgang til webstedets admin -område, men frontend fungerer ikke korrekt.

.Htaccess -filen håndterer konverteringen af permalinks (smukke versioner af en URL som /mit-blog-indlæg ), til WordPress 'interne grimme URL -skema (det du får som standard, hvilket ligner /? p = 12345). Det er en kritisk del af WordPress, men plugins kan nogle gange ødelægge det.

læg dit ansigt på en anden krop

Løsning:

Gå igen til din FTP -klient eller filhåndtering. Omdøb .htaccess fil i roden af din WordPress installationsmappe til noget i stil med .htaccess_old . Hvis du faktisk ikke kan se filen der, skal du aktivere visning af skjulte filer --- den nøjagtige metode til at gøre det vil variere alt efter din FTP-klient.

Perioden i starten af filnavnet er en måde at sige 'skjul denne fil' i Linux og andre UNIX-lignende systemer.

Når du har omdøbt den nuværende .htaccess, skal du gå tilbage til WordPress admin -området og derefter gå videre til Indstillinger> Permalinks og uden at foretage ændringer, tryk på gem. Dette vil automatisk generere en ny arbejdsversion af filen.

Hvis du har foretaget ændringer i filen manuelt, vil de gå tabt (men du bør alligevel ikke redigere filen i hånden).

Aktivér WordPress Debug Mode for at spore fejl

Vi kan aktivere en fejlfindingslog fra WordPress -konfigurationen, hvilket kan give et fingerpeg om det nøjagtige problem, men på dette tidspunkt er du alene. Du bliver nødt til at finde ud af, hvordan du løser det, hvilket kræver kodningsevner.

For at aktivere fejlfindingsloggen skal du åbne wp-config.php , som du finder i rodmappen på din WordPress -installation. Vær meget forsigtig med at redigere denne fil: Det kan være en god idé først at lave en kopi, som du kan vende tilbage i tilfælde af utilsigtede ændringer.

Find den linje, der siger:

define('WP_DEBUG', false);

Hvis dit websted ikke er ofte besøgt, og du ikke har noget imod, at fejlmeddelelserne vises for alle, skal du bare ændre ordet falsk til sand . Fejlmeddelelser vises nu, når du indlæser webstedet.

sluk for hurtig boot windows 10

Hvis du hellere vil holde fejlmeddelelserne private, kan du kommentere denne linje ved at skrive // i starten, og indsæt derefter følgende under det:

define('WP_DEBUG', true);  
define('WP_DEBUG_LOG', true);  
define('WP_DEBUG_DISPLAY', false);  
@ini_set('display_errors',0);

Dette vil begynde at udsende fejl til en fil i wp-indhold mappe kaldet error.log . Hvis du opdaterer FTP -klienten og ikke ser noget efter et minut eller deromkring, er det muligt, at WordPress ikke har tilladelse til at oprette filen. Opret manuelt en ny error.log -fil og giv den tilladelse 666.

Vær advaret: denne fil vil blive større, indtil du fjerner disse linjer fra din konfiguration. Glem ikke at kommentere den originale linje også. Læs filen i en hvilken som helst tekstredigerer, og kontroller, om der er kritiske PHP -fejl.

I eksemplet ser jeg mange PHP -meddelelser om forældet kode, men disse vil faktisk ikke bryde et websted.

500 Intern serverfejl: Fejlkonfiguration af server

Det er ikke let at køre din egen Virtual Private Server. Jeg stod engang over for et mystisk tilfælde, hvor omtrent halvdelen af alle sidelastninger viste en 500 -fejl, men uden et synligt mønster og ingen spor i serverfejllogfiler. Aktivering af WordPress -fejlfindingslogfiler viste heller ikke noget indlysende: masser af PHP -meddelelser og afskrivninger, men ikke noget kritisk.

Endelig indså jeg, at jeg havde installeret APC -caching på serveren weekenden før, til brug med W3 Total Cache for at fremskynde webstedet. Afinstallation, der fuldstændigt udryddede de 500 fejl.

Min pointe er, at 500 -fejlen simpelthen kan være en kombination af serverkonfigurationer, der viser en inkompatibilitet. Dette er usandsynligt, hvis du bruger administrerede tjenester, men med din egen virtuelle private server ( hvad er en virtuel server, og hvorfor du måske vil have en ) du er ansvarlig for at alt fungerer sammen, og det er sværere end det lyder.

Er dit websted tom for hukommelse?

På en delt vært finder du muligvis PHP hukommelsesgrænse bliver ramt --- WooCommerce, fora eller relaterede posts plugins kan forårsage dette på grund af deres kompleksitet. Hvis du er heldig, vil du se en fejlmeddelelse som 'Fatal Error: Tilladt hukommelsesstørrelse på xxx bytes opbrugt', men ikke altid.

Du kan muligvis rette dette ved at tilføje følgende linje til din wp-config.php :

define('WP_MEMORY_LIMIT', '64M');

De fleste delte værter lader dig dog faktisk ikke øge hukommelsesgrænsen-du får hvad du får. Det kan være på tide at overveje andre former for hosting.

500 fejl rettet? Lav nu sikkerhedskopier hver dag!

Hold plugins opdateret for at undgå konflikter med nye versioner af WordPress

Det bedste forsvar mod enhver form for kritisk WordPress -fejl er at vedligeholde daglige sikkerhedskopier samt en manuel sikkerhedskopiering før hver væsentlig handling (som en kerneværdi for WordPress -opdatering). Hold også plugins og temaer opdateret: nye versioner af WordPress bryder ofte gammel kode.

Det kan være skræmmende, når dit websted går i stykker --- især hvis det er en indtægtskilde for dig og ikke kun en hobby. Ved at følge denne vejledning og være metodisk, bør du snart have den tilbage igen.

Overvej at opgradere til en administreret WordPress-hostingtjeneste, der håndterer sikkerhedskopier og optimeringer for dig, hvilket gør sådanne fejl ikke-eksisterende. Vi anbefaler InMotion Hosting (brug dette link for at få 38% rabat) og Bluehost (brug dette link for at få 25% rabat).

Del Del Tweet E -mail Slet disse Windows -filer og mapper for at frigøre diskplads

Har du brug for at rydde diskplads på din Windows -computer? Her er Windows -filer og mapper, der sikkert kan slettes for at frigøre diskplads.

Læs Næste Relaterede emner

Programmering
Wordpress
Wordpress plugins

Om forfatteren James Bruce(707 artikler udgivet)

James har en bachelor i kunstig intelligens og er CompTIA A+ og Network+ certificeret. Når han ikke har travlt som Hardware Reviews Editor, nyder han LEGO, VR og brætspil. Inden han kom til MakeUseOf, var han belysningstekniker, engelsklærer og datacenteringeniør.

Mere fra James Bruce

Abonner på vores nyhedsbrev

Tilmeld dig vores nyhedsbrev for at få tekniske tips, anmeldelser, gratis e -bøger og eksklusive tilbud!

Klik her for at abonnere