Den ultimative guide til at løse 500 interne serverfejl og blanke hvide sider i WordPress
Reklame
500 intern-serverfejl er den mest uhjælpsomme bane for WordPress-brugere overalt. Det er en catch-all fejlmeddelelse, der betyder præcist: noget sted gik galt. Endnu værre er, at dit WordPress-sted muligvis ikke viser nogen fejl overhovedet og bare viser en tom hvid side.
Så hvordan kan du finde ud af, hvad der er galt, og løse det?
Først: Gå ikke i panik, for det er normalt en nem løsning! Derefter: følg denne fejlfindingsproces, og din WordPress interne serverfejl rettes på kort tid.
Forårsager WordPress-plugins fejl 500?
Hvis du netop har installeret et nyt plugin, eller hvis dit websted viser en 500-fejl efter en kerne WordPress-opgradering, er den mest sandsynlige årsag en inkompatibel plugin. Der er mange grunde til, at et plugin kan brydes:
- WordPress har muligvis fjernet nogle kernefunktioner, som plugin bruger.
- Det er muligvis blevet kodet for en gammel version af PHP og ikke blevet opdateret i år.
- Det kunne bare kodes forkert, såsom at henvise til standarddatabase-navne i stedet for at bruge præfikser. Vi er alle skyldige i doven kodning nogle gange!
Det er let at identificere plugin, hvis du lige har installeret en, og fejlen lige er dukket op. Men hvordan kan du deaktivere plugin, hvis administratorområdet er utilgængeligt? Og hvad hvis du ikke engang ved, hvilket plugin der forårsagede fejlen? I begge tilfælde har du brug for FTP-adgang, men en webbaseret filhåndtering fra CPanel eller Plesk fungerer også fint.
Løsning:
Ved præcist, hvilket plugin der er brudt? Find plugin, og slet det fra wp-content / plugins / folder. Du skal nu kunne logge ind igen. Find et alternativ til uanset hvilken funktionalitet du har ønsket.
Hvis du ikke er sikker på, hvilket plugin der forårsagede fejlen, skal du omdøbe hele wp-content / plugins / folder selv. Placer en understregning (“ _ “) foran, så den hedder _plugins .
Ved at omdøbe mappen, deaktiverer du effektivt hvert plugin på én gang. Du skal nu være i stand til at logge ind igen, men vil blive mødt af en liste over fejlmeddelelser fra WordPress, der siger "Plugin noget.php er blevet deaktiveret på grund af en fejl: Plugin-filen findes ikke."
Bare rolig, du har ikke mistet nogen indstillinger. Plugin-indstillinger gemmes i databasen, og de fleste plugins finder dem igen efter genaktivering.
Dernæst omdøb mappen tilbage 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 den skyldige.
Når webstedet går ned igen, gentag processen, men denne gang må du ikke genaktivere det ødelagte plugin!
500 Intern serverfejl: Inkompatibelt tema
Deaktivering af plugins hjalp ikke? Det kan være noget at gøre med dit tema derefter. Ligesom plugins kan du tvang deaktivere det aktive tema ved blot at omdøbe dens mappe, som du finder i wp-indhold / temaer / bibliotek.
Hvis du stadig ikke kan få adgang til admin-området efter at have forsøgt at omdøbe både plugins og dit aktuelle tema, skal du fortsætte med yderligere trin. Hvis du kan logge ind, vil WordPress advare dig om, at det er vendt tilbage til et standardtema. På dette tidspunkt kan du enten finde et nyt tema, kontakte temaudvikleren for hjælp eller prøve at ordne det selv.
For at ordne det selv eller for at give yderligere forklaring til udvikleren, se afsnittet senere om 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- fil blev ødelagt på en eller anden måde. Dette er typisk tilfældet, hvis du stadig kan få adgang til admin-området på webstedet, men frontenden fungerer ikke korrekt.
.Htaccess-filen håndterer konvertering af permalinks (smukke versioner af en URL som / min-blog-post ) til WordPress 'interne grimme URL-skema (den, du får som standard, der ligner /? P = 12345). Det er en kritisk del af WordPress, men plugins kan undertiden rodet det op.
Løsning:
Igen, gå over til din FTP-klient eller filhåndtering. Omdøb .htaccess- filen i roden af dit WordPress-installationsmappe til noget som .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 afhængigt af din FTP-klient.
Perioden i begyndelsen af filnavnet er en måde at sige “skjul denne fil” i Linux og andre UNIX-lignende systemer.
Når du har omdøbt det aktuelle .htaccess, skal du gå tilbage til WordPress admin-området og derefter gå over til Indstillinger> Permalinks og trykke på Gem uden at foretage nogen ændringer. Dette genererer automatisk en ny arbejdsversion af filen.
Hvis du har foretaget ændringer til filen manuelt, vil de gå tabt (men du skulle alligevel ikke redigere filen manuelt).
Aktivér WordPress Debug Mode for at spore fejl
Vi kan aktivere en debug-log inden for WordPress-konfiguration, som muligvis giver en anelse om det nøjagtige problem, men på dette tidspunkt er du på din egen. Du skal finde ud af, hvordan du løser det, hvilket kræver kodningsevner.
For at aktivere fejlloggen skal du åbne wp-config.php, som du finder i rodkataloget til din WordPress-installation. Vær meget omhyggelig med at redigere denne fil: det kan være en god ide at først 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 ofte besøges, og du ikke har noget imod, at fejlmeddelelserne vises for alle, skal du bare ændre ordet falsk til sandt . Der vises nu fejlmeddelelser, når du indlæser webstedet.
Hvis du hellere ønsker at holde fejlmeddelelserne private, skal du kommentere den linje ved at skrive // i starten og derefter indsætte følgende under den:
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 mappen wp-indhold 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 opmærksom: denne fil vil fortsætte med at blive større, indtil du fjerner disse linjer fra din config. Glem ikke at også kommentere den originale linje. Læs filen i en hvilken som helst teksteditor, og kontroller for eventuelle kritiske PHP-fejl.
I eksemplet kan jeg se en masse PHP-meddelelser om forældet kode, men disse vil faktisk ikke ødelægge et websted.
500 Intern serverfejl: Serverfejlkonfiguration
Det er ikke let at køre din egen virtuelle private server. Jeg blev engang konfronteret med et mystisk tilfælde af omtrent halvdelen af alle sidebelastninger, der viste en 500-fejl, men uden noget synligt mønster og ingen ledetråde i serverfejllogfilerne. Aktivering af WordPress-debug-logs viste heller ikke noget åbenlyst: masser af PHP-meddelelser og afskrivninger, men intet kritisk.
Til sidst indså jeg, at jeg havde installeret APC-cache på serveren weekenden før til at bruge W3 Total Cache for at fremskynde webstedet. Afinstallation der udryddede 500 fejlene fuldstændigt.
Mit punkt er, at 500-fejlen simpelthen kunne være en kombination af serverkonfig, der giver en inkompatibilitet. Dette er usandsynligt, hvis du bruger administrerede tjenester, men med din egen Virtual Private Server (hvad er en virtuel server, og hvorfor du måske ønsker en Hvad er en virtuel server, og hvad kan du gøre med en? Hvad er en virtuel server, Og hvad kan du gøre med en? Virtuelle maskiner og virtuelle servere - hvad er de, og hvordan adskiller de sig? Læs mere) du er ansvarlig for at sikre, at alt fungerer sammen, og dette er sværere end det lyder.
Er dit websted tom for hukommelse?
På en delt vært kan du opleve, at PHP-hukommelsesgrænsen bliver ramt - WooCommerce, fora eller relaterede posts-plugins kan forårsage dette på grund af deres kompleksitet. Hvis du er heldig, kan du se en fejlmeddelelse som "Fatal Error: Tillået hukommelsesstørrelse på xxx bytes udtømt", men ikke altid.
Du kan muligvis løse 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 faktisk ikke øge hukommelsesgrænsen - du får det, du får. Det kan være på tide at overveje andre former for hosting De forskellige former for webstedshosting forklaret [Teknologi forklaret] De forskellige former for webstedshosting forklaret [Teknologi forklaret] Læs mere.
500 fejl rettet? Foretag nu sikkerhedskopier dagligt!
Det bedste forsvar mod enhver form for kritisk WordPress-fejl er at opretholde daglige sikkerhedskopier såvel som en manuel sikkerhedskopi før enhver væsentlig handling (som en kerne 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 tage backup af den.
Overvej at opgradere til en administreret WordPress-hostingtjeneste, der håndterer sikkerhedskopieringer og optimeringer til 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).
Udforsk mere om: Wordpress, Wordpress Plugins.
