Vi vet känslan. Det där sjunkande ögonblicket när din webbplats går ner och du inte har en aning om varför. Det är ett av de vanligaste WordPress-felen, men det är också ett av de mest mystiska. Det talar inte om vad som är fel, bara att något är trasigt.
De goda nyheterna? Det går nästan alltid att åtgärda. Efter att ha hjälpt otaliga kunder har vi hanterat detta fel ganska mycket.
I den här guiden går vi igenom de exakta stegen för att få din webbplats att fungera igen. Följ bara med, så kommer allt att fungera igen på nolltid.
Här är en snabb översikt över de ämnen vi kommer att täcka i den här artikeln:
- Vad är 500 Internal Server Error?
- Vad orsakar interna serverfel i WordPress?
- Åtgärda 500-interna serverfel i WordPress
- Rensa WordPress och webbläsarens cache
- Kontrollera om .htaccess-filen är skadad
- Öka PHP-minnesgränsen
- Inaktivera alla WordPress-plugins
- Byt till ett standard WordPress-tema
- Återuppladdning av kärnfiler
- Aktivera felsökningsloggar i WordPress
- Fråga din hostingleverantör
- Videohandledning
Vad är 500 Internal Server Error?
500 Internal Server Error är som en låst dörr utan nyckel. Du vet att något är fel, men det finns ingen lapp som förklarar vad som hände.
Detta fel är inte bara ett WordPress-problem. Det kan uppstå på vilken webbplats som helst när servern stöter på ett problem som den inte vet hur den ska hantera.
“500” i meddelandet är en HTTP-statuskod. Om du slår upp den hittar du en vag definition:
“500 Internal Server Error-svarskoden indikerar att servern stötte på ett oväntat tillstånd som hindrade den från att uppfylla begäran.”
Det är inte särskilt hjälpsamt, eller hur? Det är serverns sätt att säga: "Något gick sönder, men jag är inte säker på vad."
Hur detta fel ser ut beror på din hostingkonfiguration och webbläsare. Här är ett exempel på hur det visas på en Apache-server:
Om din webbplats körs på Nginx kan det se lite annorlunda ut. Och om Google Chrome inte kan ladda en korrekt felsida, kommer du att se något som detta:
För nybörjare kan detta kännas överväldigande. Det finns inget meddelande som säger vad som gick fel eller hur man åtgärdar det.
Det är som att be en mekaniker att fixa din bil utan att berätta vad som är trasigt. De måste kontrollera olika delar tills de hittar problemet.
Från vår erfarenhet är det bästa sättet att fixa det att ta det steg för steg. Vi guidar dig genom de vanligaste orsakerna och lösningarna så att du kan få din webbplats att fungera igen.
Vad orsakar interna serverfel i WordPress?
Serverfelmeddelandet i WordPress är som ett pussel med saknade bitar. Du vet att något är fel, men felmeddelandet talar inte om exakt var problemet ligger.
Från vår erfarenhet är den vanligaste boven en korrupt .htaccess-fil. Ibland är det ett felande plugin eller ett tema som inte fungerar bra med din konfiguration.
Andra gånger kan din webbplats nå PHP-minnesgränsen, vilket gör att WordPress kraschar. Korrupta kärnfiler kan också utlösa detta fel, vilket gör att du blir utelåst utan förvarning.
I vissa fall visas felet endast när du försöker komma åt WordPress adminområde, medan resten av din webbplats fungerar som den ska. Det är som att vara utelåst från ditt eget hus medan gäster fortfarande kan gå in genom bakdörren.
Det som gör detta fel knepigt är att det vanligtvis inträffar innan WordPress kan laddas ordentligt. Det betyder att servern inte kan samla tillräckligt med detaljer för att förklara vad som gick fel.
Om du vill ha en djupare inblick i hur WordPress fungerar bakom kulisserna, kolla in vår guide om hur WordPress fungerar under ytan.
Nu ska vi gå igenom felsökningsstegen för att få din webbplats igång igen.
Åtgärda 500-interna serverfel i WordPress
Innan du börjar felsöka, se till att du har en komplett WordPress-säkerhetskopia av din webbplats till hands.
Om du har tillgång till WordPress adminområde kan du använda ett WordPress backup-plugin för att skapa en komplett säkerhetskopia av din webbplats.
Vi rekommenderar att använda Duplicator för att hantera detta. Det hjälper dig inte bara att snabbt säkerhetskopiera din webbplats, utan du kan också lagra dina säkerhetskopior i molnet, och viktigast av allt, du kan återställa din webbplats från en säkerhetskopia.
Å andra sidan, om du inte har tillgång till WordPress adminområde, kan du manuellt skapa en WordPress-säkerhetskopia med phpMyAdmin och en FTP-klient.
Därefter kan du följa följande steg för att felsöka och åtgärda det interna serverfelet på din webbplats.
Rensa WordPress och webbläsarens cache
Webbläsare och dina WordPress-cache-plugins kan ibland felaktigt lagra en cachad kopia av en felsida.
Det enklaste sättet att åtgärda detta är genom att först rensa din webbläsares cache.
Därefter, om du har tillgång till WordPress-administrationsområdet på din webbplats, kan du tömma WordPress-cachen genom att besöka inställningssidan för ditt cache-plugin.
För detaljer, se vår handledning om hur man rensar WordPress-cache.
Kontrollera om .htaccess-filen är skadad
.htaccess-filen är en serverkonfigurationsfil som används av WordPress för att ställa in omdirigeringar.
En av de vanligaste orsakerna till interna serverfel är en skadad .htaccess-fil.
Det enklaste sättet att åtgärda detta är genom att helt enkelt besöka sidan Inställningar » Permalänkar i WordPress adminområde och sedan klicka på knappen 'Spara ändringar' utan att göra några ändringar.
WordPress kommer nu att försöka uppdatera din .htaccess-fil eller skapa en ny. Du kan nu besöka din webbplats för att se om detta har löst serverfelmeddelandet.
Om du fortfarande ser felet måste du se till att WordPress kunde generera eller skriva till .htaccess-filen.
Ibland, på grund av fil- och mappbehörigheter, kan WordPress inte skapa eller skriva till din .htaccess-fil.
Du kan nu försöka ersätta .htaccess-filen manuellt. Först måste du logga in på din webbplats med FTP eller appen Filhanteraren under kontrollpanelen för ditt webbhotell.
Därefter behöver du byta namn på din huvudsakliga .htaccess-fil till något som .htaccess_old. Detta gör att du kan behålla filen som en säkerhetskopia, men WordPress kommer inte att känna igen den.
För att byta namn på .htaccess-filen måste du logga in på din webbplats med FTP eller filhanteraren i din värdkontos cPanel-instrumentpanel.
När du är ansluten kommer .htaccess-filen att finnas i samma katalog där du kommer att se mappar som wp-content, wp-admin och wp-includes.
Högerklicka helt enkelt på .htaccess-filen och byt namn på den till .htaccess_old.
Därefter behöver du skapa en ny .htaccess-fil.
I din webbplats rotmapp, högerklicka och välj sedan alternativet 'Skapa ny fil' i din FTP-klient eller filhanterare.
Namnge den här nya filen .htaccess och klicka på 'OK' för att spara den.
Nu är denna .htaccess-fil för närvarande tom, och du behöver lägga till standard WordPress omskrivningsregler till den.
Högerklicka helt enkelt på filen och välj sedan 'Visa/Redigera' i din FTP-klient eller filhanterare.
Den tomma filen öppnas i en enkel textredigerare som Anteckningar eller TextEdit.
Nu behöver du kopiera och klistra in följande kod inuti den:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Den här koden är standardregelsatsen som används av WordPress. Glöm inte att spara dina ändringar och ladda upp filen tillbaka till servern.
Du kan nu besöka din webbplats för att se om detta har löst det interna serverfelet.
Om det gjorde det, ge dig själv en klapp på axeln eftersom du åtgärdade det interna serverfelet.
Viktigt: Innan du går vidare med andra saker, se till att du går till sidan Inställningar » Permalänkar i WordPress adminområde och klickar på Spara-knappen utan att göra några ändringar. Detta kommer att generera om .htaccess-filen åt dig med korrekta omskrivningsregler för att säkerställa att dina inläggssidor inte returnerar ett 404-fel.
Om kontrollen av den korrupta .htaccess-filen inte fungerade för dig, måste du fortsätta läsa den här artikeln.
Öka PHP-minnesgränsen
Ibland kan det interna serverfelet uppstå om ett skript förbrukar hela PHP-minnesgränsen.
Det enklaste sättet att öka PHP-minnesgränsen är genom att redigera wp-config.php-filen. Var försiktig när du gör detta om du är nybörjare. Du vill följa dessa instruktioner noggrant eftersom även små misstag i WordPress kärnfiler kan förstöra din webbplats.
För att börja, anslut helt enkelt till din WordPress-webbplats med en FTP-klient eller appen Filhanteraren under kontrollpanelen för ditt hostingkonto.
Du hittar wp-config.php-filen i din webbplats huvudmapp. Högerklicka på den och välj 'Ladda ner'. Detta säkerställer att du har en filbackup om något skulle gå fel.
När du har sparat den kan du högerklicka på den och välja 'Visa/Redigera'.
I filen wp-config.php behöver du lägga till följande kod precis ovanför raden som lyder: 'Det var allt, sluta redigera! Lycklig publicering':
define( 'WP_MEMORY_LIMIT', '256M' );
För mer information, se vår handledning om hur man ökar PHP-minnesgränsen i WordPress.
Notera: Om 256M inte löser problemet, försök att öka det till 512M.
Om du bara ser det interna serverfelet när du försöker logga in på din WordPress-admin eller ladda upp en bild i din wp-admin, bör du öka minnesgränsen genom att följa dessa steg:
- Skapa en tom textfil på din dator och namnge den php.ini
- Klistra in denna kod där: memory=256MB
- Spara filen
- Ladda upp den i din /wp-admin/-mapp med FTP
Om ökningen av minnesgränsen löste problemet för dig, har du bara löst problemet tillfälligt. Du måste fortfarande hitta orsaken som tömmer din minnesgräns.
Detta kan vara ett dåligt kodat plugin eller till och med en temafunktion. Vi rekommenderar starkt att du ber ditt WordPress-värdföretag att titta i serverloggarna för att hjälpa dig att hitta exakt diagnostik.
Om att öka PHP:s minnesgräns inte löste problemet för dig, behöver du mer felsökning.
Inaktivera alla WordPress-plugins
Om ingen av ovanstående lösningar fungerade för dig, orsakas detta fel mest troligt av ett specifikt plugin som är installerat på din webbplats.
Det är också möjligt att det är en kombination av plugins som inte fungerar bra tillsammans.
Om du kan komma åt WordPress-administrationsområdet på din webbplats kan du helt enkelt gå till sidan för plugins och inaktivera alla WordPress-plugins.
Om du dock inte kan komma åt WordPress adminområde, kan du inaktivera alla WordPress-plugins med FTP.
Anslut helt enkelt till din WordPress-webbplats med en FTP-klient eller filhanteraren i din webbhotells kontrollpanel.
När du är ansluten, navigera till mappen /wp-content/ och byt namn på mappen plugins till plugins.deactivated.
WordPress letar efter plugins i plugins-mappen. Om plugins-mappen inte hittas, kommer alla plugins att inaktiveras automatiskt.
Du kan nu försöka besöka din webbplats för att se om detta löste problemet med interna serverfel på din webbplats.
För att återställa alla dina plugins kan du helt enkelt byta namn på mappen 'plugins.deactivated' tillbaka till plugins.
Dina plugins kommer nu att återställas, men de kommer fortfarande att vara inaktiverade.
Du kan nu aktivera plugins individuellt och besöka din webbplats för att ta reda på vilket plugin som orsakar det interna serverfelet.
För mer information, se vår guide om hur man inaktiverar alla WordPress-plugins utan wp-admin.
Om inaktivering av alla plugins inte åtgärdade det interna serverfelet på din webbplats, fortsätt då att läsa.
Byt till ett standard WordPress-tema
En möjlig orsak till det interna serverfelet kan vara någon kod i ditt WordPress-tema.
För att avgöra om så är fallet måste du byta till ett standardtema för WordPress.
Om du har tillgång till WordPress-administrationsområdet, gå till sidan Utseende » Teman. Om du redan har ett standardtema installerat kan du helt enkelt klicka på knappen Aktivera för att byta tema.
Om du inte har ett standardtema installerat kan du klicka på knappen 'Lägg till nytt' högst upp och installera ett standardtema (Twenty Twenty-Three, Twenty Twenty-Two och så vidare).
Om du inte har åtkomst till WordPress-administrationsområdet kan du fortfarande byta till ett standardtema.
Anslut helt enkelt till din WordPress-webbplats med en FTP-klient och navigera till mappen /wp-content/.
Högerklicka för att välja teman-mappen och ladda ner den till din dator som en säkerhetskopia.
Därefter måste du ta bort teman-mappen från din webbplats. När den är borttagen, fortsätt och skapa en ny teman-mapp.
Din nya teman-mapp kommer att vara helt tom, vilket innebär att du inte har några WordPress-teman installerade för tillfället.
Därefter behöver du besöka WordPress teman-katalog och ladda ner ett standard WordPress-tema till din dator.
Din webbläsare laddar sedan ner temat som en zip-fil till din dator.
Leta reda på filen på din dator och packa sedan upp den. Windows-användare kan packa upp filen genom att högerklicka på den och sedan välja ‘Extrahera alla’. Mac-användare kan dubbelklicka på zip-filen för att extrahera den.
Du kommer nu att se en mapp som innehåller ditt WordPress-tema.
Byt tillbaka till din FTP-klient eller filhanterare och ladda upp den här mappen till den tomma temamappen.
När den har laddats upp kommer WordPress automatiskt att börja använda standardtemat.
Du kan nu besöka din webbplats för att se om detta löste det interna serverfelet.
Om detta inte fungerar, kan du ladda upp dina WordPress-teman igen från säkerhetskopian eller byta tillbaka till det tema du använde.
Oroa dig inte. Det finns fortfarande några saker du kan göra för att åtgärda felet.
Återuppladdning av kärnfiler
Om plugin- och temaalternativen inte löste felet "internal server error", är det värt att ladda upp mapparna /wp-admin/ och /wp-includes/ igen från en ny WordPress-installation.
Detta kommer INTE att ta bort någon av din information, men det kan lösa problemet om någon fil är skadad.
Först måste du besöka WordPress.org-webbplatsen och klicka på knappen 'Ladda ner'.
Detta laddar ner WordPress zip-filen till din dator.
Extrahera zip-filen. Inuti hittar du en mapp som heter wordpress.
Därefter måste du ansluta till din WordPress-webbplats med en FTP-klient.
När du är ansluten, gå till din webbplats rotmapp. Det är mappen som har mapparna wp-admin, wp-includes och wp-content inuti sig.
I den vänstra kolumnen, öppna WordPress-mappen på din dator.
Nu behöver du välja alla filer inuti mappen wordpress och ladda upp dem till din webbplats.
Din FTP-klient kommer nu att överföra dessa mappar till din server.
Det kommer att fråga dig om du vill skriva över filerna. Välj 'Skriv över', välj sedan 'Använd alltid denna åtgärd' och markera kryssrutan 'Tillämpa endast på aktuell kö'.
Din FTP-klient kommer nu att ersätta dina äldre WordPress-filer med nya, färska kopior.
Om dina WordPress-filer var korrupta, kommer detta steg att åtgärda interna serverfel för dig.
Aktivera felsökningsloggar i WordPress
WordPress levereras med ett inbyggt system för att föra loggar för felsökning.
Du kan aktivera det genom att använda pluginet WP Debugging. För mer information, se vår guide om hur man installerar ett WordPress-plugin.
När pluginet har aktiverats kommer det att aktivera felsökningsloggar på din WordPress-webbplats.
Om du inte har tillgång till administratörsområdet på din WordPress-webbplats, kan du aktivera felsökning genom att lägga till följande kod i din wp-config.php-fil:
define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true);
När du har aktiverat felsökningsloggar kan du visa dem genom att använda en FTP-klient och navigera till mappen /wp-content/.
Du kan öppna debug-loggfilen i en textredigerare, och den kommer att visa dig en lista över fel och varningar som inträffar på din webbplats.
Vissa fel och varningar kan vara ofarliga incidenter som kanske inte behöver åtgärdas. Men om du ser ett internt serverfel på din webbplats, kan dessa peka dig i rätt riktning.
Fråga din hostingleverantör
Om alla metoder misslyckas med att åtgärda det interna serverfelet på din webbplats, är det dags att få mer hjälp.
Kontakta ditt webbhotells supportteam, så kan de kontrollera serverloggarna och lokalisera grundorsaken till felet.
Om du vill fortsätta felsökningen på egen hand, se vår ultimata felsökningsguide för WordPress för nybörjare.
Videohandledning
Om du gillade den här artikeln, prenumerera då på vår YouTube-kanal för WordPress-videoguider. Du kan också hitta oss på Twitter och Facebook.
Ivan
Dessutom, hur skapar man en .ini-fil på en mac???
Ivan
Vad händer om det INTE är .htaccess-filen? Kan vi då byta tillbaka filnamnet till .htaccess??
Tänk om det INTE är pluginsen? Kan vi helt enkelt byta namn på plugin-mappen tillbaka till vad den var??
Detta är detaljer vi bör känna till.
Tack!
WPBeginner Support
Ja, om det inte berodde på plugins-mappen eller .htaccess, kan du lägga tillbaka dem som de var.
Admin
gks
thanks this was so helpful.
philip
Tack så mycket, jag hade installerat ett plugin som på något sätt hade korrumperat .htaccess-filen, döpte om den till .htacces_old enligt rådet på den här sidan, och allt fungerar igen. Om du inte hittar .htaccess-filen på din server kan den vara dold, cpanel har ett alternativ för att leta efter dolda filer.
tack alla
Akinshola Samuel
När alla filer i din “wp-content” är tomma, får du alltid serverfel (både lokalt och externt). Det tog mig längre tid innan jag insåg detta.
Jag flyttade en befintlig WordPress-motor tillsammans med många andra saker. Tyvärr var wp-contents och dess respektive mappar helt tomma.
Äntligen, glad när jag löser detta.
Max B
Tack grabbar för att ni räddade min dag! Detta löste problemet för mig, tack!
Sofia Berglund
Thanks! Great tutorial. Turned out for me that, when I was unactivated the plugins, I got another error-message saying i had some corrupt @media print-code in the functions.php. Took that away and got my page back
Donald
Se till att index.php har behörigheten 644. På något sätt hade min 777 när den överfördes från en server till en annan.
John
DONALD!!! du är en livräddare... tack även till WP beginner-plattformen
Lewis James-Odwin
Bra video, löste mitt problem på 54 sekunder! (.htaccess-problem)
Keek
Jag måste ha spenderat 4 timmar på att försöka allt jag hittade online. Till slut visade det sig att jag körde en gammal version av PHP. När jag uppdaterade den i mitt cPanel försvann 500-felet.
krishna
Internt serverfel
Servern stötte på ett internt fel eller felkonfiguration och kunde inte slutföra din begäran.
Kontakta serveradministratören, webmaster@ och informera dem om tiden då felet inträffade, och allt du kan ha gjort som kan ha orsakat felet.
Mer information om detta fel kan finnas i serverns fellogg.
Dessutom påträffades ett 500 Internal Server Error-fel när ett ErrorDocument användes för att hantera begäran.
hur löser jag det här felet?
M Jones
Mitt problem var faktiskt ett korrupt wp-tema snarare än ett korrupt plugin.
För att lösa problemet bytte jag namn på det korrupta temat (Oxygen) (som gav mig en vit skärm) och sedan döpte jag om Twenty Sixteen till "oxygen" så att min webbplats skulle använda Twenty Sixteen (ett fungerande tema) som mitt tema. Sedan bytte jag via instrumentpanelen till Twenty Fourteen (mitt näst mest gillade installerade tema) och använde sedan min filredigerare igen för att byta namn på Twenty Sixteen tillbaka till "twentysixteen" & Oxygen till "oxygen.corrupt".
Jag tror att mitt tema inte laddades ner ordentligt, vilket gjorde det korrupt.
Tack för att du pekade mig i rätt riktning!
Alia
Tack så mycket, du räddade mig mycket tid!
mayur
Thank you so much for so complet information!
jag har ett .htaccess-problem.. löst.. fungerar nu som en charm..
SHYOPAT
Någon pekade mig till din artikel (tack och lov). Jag gjorde ändringen i htaccess-filen och det hjälpte i två minuter. Sedan gjorde jag PHP-minnesgrejen och det hjälpte också i några minuter, sedan tillbaka till det interna serverfelet. Jag försöker just nu ta reda på om det är ett plugin. Om det inte hjälper... då gör jag kärnfilerna. Och efter det... ingen aning. Jag antar att jag försöker med min webbhotell igen.
Den
Jag kontrollerar alltid .htaccess-filen först...
Will Paro
Är det möjligt att ha ett internt serverfel bara på utvalda datorer, men inte på andra?
Det är problemet jag har att göra med just nu.
Jag har 6 webbplatser som alla är hostade via ett konto hos GoDaddy. Alla visar ett internt serverfel. De fungerade bra i morse, men nu ingenting.
Problemet är att GoDaddy säger att de ser webbplatserna helt bra.
Jag kan hämta webbplatsen i gtmetrix.com och analysera den utan problem.
Snälla hjälp.
Alla datorer jag använder, PC, Mac och Chromebooks, visar alla interna serverfel, men gtmetrix.com och GoDaddy säger att allt är bra.
En av platserna är
Tack på förhand
Jesu
Du räddade mitt liv!!
Tack så mycket från Spanien!
antony agnel
Phu… tack så mycket grabbar!
En ny kille här… installerade pluginet ‘bulletproof security’ på min wordpress-sida & fick ett fel 500!
Var skiträdd... & fick äntligen reda på din webbplats och den här artikeln – fixade det äntligen genom att tillämpa ditt tips att byta namn på .htaccess-filen till .htaccess_old!
Once again, thank you so much – you guys rock!!
hendra
Hej grabbar
Jag har en fråga angående 500 internt serverfel, jag upplevde problemet med ett plugin [JSON API] när jag skriver example.com/api/ – det visar 500 internt serverfel.
några råd om hur man löser detta problem? mycket uppskattat i förväg.
Linda
Tack!
I mitt fall var det temat som var trasigt (mitt fel för att jag pillade runt), inte ett plugin. Jag döpte om temamappen till .mytheme-deactivate som i ditt plugin-exempel, och halleluja, jag kunde komma åt min sajt igen! (Jag aktiverade helt enkelt ett annat tema, men jag skulle förmodligen kunna avinstallera och återinstallera originaltemat om jag ville)
Aviroop Chowdhury
Inaktivering löste mitt problem. Tack.
Mike
Ibland är detta en bugg i din egen PHP-kod.
För detta är det bäst att använda en binär sökmetod med 'echo'. Det vill säga, lägg till en enkel echo 'fred1'; exit; i din kod, börja högst upp i index.php. Om du ser 'fred1' visas när du besöker din webbplats, då vet du att det är ett PHP-fel och inte någon av de andra orsakerna. (Notera att jag också använde en .htaccess online-validator för att kontrollera syntaxen i min .htaccess-fil, för att utesluta det).
När 'fred1' visas, flytta det nu halvvägs ner i index.php-filen (det är användbart att öka heltalet varje gång också, t.ex. fred2, fred3 etc.). Om serverfelet uppstår, vet du att du behöver flytta satsen uppåt. Om fred1 etc. skrivs ut, måste du flytta det längre ner i koden. Om du kommer till en include- eller require-sats, då fördjupar du dig i den filen på samma sätt.
Jag hittade den felande PHP-filen på under 10 minuter. Du bör sedan använda php -l whateverfile.php för att hitta den felande raden i den filen och även för att veta vad syntaxfelet är. Om 'php -l' inte ger dig syntaxfelet, bör du läsa detta:
‘php -l’ skulle behöva göras genom att logga in på ditt hostingkonto externt. Om du inte kan göra detta, som den här artikeln säger, kan det vara användbart att kontakta din hosting-support för att hitta php-loggfilen.
Darrin
Du är en livräddare! Att byta namn på min plugins-mapp fungerade. Tack!
Peter Ishola
Jag har provat alla alternativ som ges i den här artikeln men det är fortfarande samma sak. Felmeddelandet visas på både admin- och webbsidorna på min webbplats. Jag skulle uppskatta fler alternativ för att lösa det här problemet. Felmeddelandet är:
500 – Internt serverfel.
Det är ett problem med resursen du letar efter, och den kan inte visas.
Tack
Kristoff
Jag driver en stor WooCommerce-butik och fick 500 interna serverfel på de flesta frontend-sidor & WP admin-inloggning. Butiken finns på en dedikerad molnserver och hade fungerat snabbt utan problem i några månader. Försökte först med htaccess-lösningen, men inget ändrades, PHP-minnet borde inte ha varit ett problem eftersom jag hade ökat detta vid installation & Jag trodde inte att WP ftp-kärnfiler var korrupta, så jag letade någon annanstans. Körde putty för att ansluta till den dedikerade Linux-servern och kommandoraden visade enorm CPU-användning för mysql – 90%. Tidigare i min WP-utvecklingserfarenhet är SQL-fel eller hög användning databaserelaterade, så via en kombination av SQL Workbench för att döda anslutningar & phpMyAdmin för att reparera databastabeller (jag reparerade bara wp_options i detta fall) kunde jag fixa det interna serverproblemet. Min poäng med allt detta är – även om problemet flaggades som internt serverfel, var det en reparation av databastabeller (efter tabellanalys) som rensade felet.
sahni
Kan du skriva i detalj hur du fixade wp_options
Saheed
Tack så mycket, att avaktivera plugins löste mitt problem
Dan
Hej alla,
Jag har det här problemet just nu med en webbplats och det verkar som att det beror på att servern är överbelastad och webbplatsen ligger på delad hosting, så håll ett öga på det!
Janus
Tack, jag tror du har rätt, jag har provat alla lösningar ovan men inget hjälpte, och jag har pingat min webbplats till många sökmotorer idag så det kan vara robotar därifrån som har orsakat felet.
Julian
Tack! Att avaktivera plugins via PhpMyAdmin fungerade för mig!
Monayam Ahmad
Fungerar inte för mig. Jag stöter på det här problemet när jag vill anpassa mitt tema. Allt går bra. Men när jag ska 'anpassa' får jag det här felet. Jag vet inte varför.
Ben
Tack så mycket för den här mycket hjälpsamma artikeln!
htaccess-namnbytet fungerade för mig! Jippi!
Joe
Tack så jättemycket! Jag hade oändliga interna serverfel i ungefär 36 smärtsamma timmar, och att radera/ladda upp mitt tema igen via FTP och sedan byta namn på .htaccess-filen RÄDDADE MIG SÅ MYCKET!
Du är en livräddare.
oladayo
Tack så mycket. det var alternativet att ladda upp wp-admin och inkludera mappar igen som räddade mig efter cirka 3 veckors felsökning.
Rod Salm
För mig var det behörighetsinställningen för hela katalogen. Den behövde vara 750. Så fort jag ändrade det i Filhanteraren i cPanel var det igång igen.
Jag kom inte på det själv.
Rod
Giorgio
Tack så mycket! Du räddade mig från en hjärtattack...
Enkelt uttryckt döpte jag om, via FTP, .htaccess till .htaccess_old, och WP fortsätter.
Detta är den nya .htaccess, skapad som du föreslog:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# SLUT WordPress
Det här är .htaccess som jag hittar i min FTP och döpte om till .htaccess_old:
## BEGIN WordPress<
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# SLUT WordPress
Jag vet inte vad som har ändrat filen. Har någon ett svar?
Tack!
Donny
Jag tror att det är ett # problem, eftersom din gamla fil har 2 # och den nya 1 # i början.
Hoppas det hjälpte
Oderinde Taiwo Martins
Jag vill bara säga ett stort tack till er. Ni räddade min dag med den här artikeln. Jag bokmärker den här webbplatsen nu eftersom jag vet att jag kommer att behöva komma tillbaka och lära mig mer från era resurser. Tack så mycket.
Rionize
Tack grabbar, allt ligger i .htaccess-filen och permalänkar i wordpress, kolla det!!!
Petrus Rex
Jag hade det här problemet efter en nyinstallation av Wordpress. Jag fick det här felet specifikt när jag gick in på plugins från min instrumentpanel, det visade sig vara en korrupt .htaccess-fil men den behövde hanteras på serversidan av min webbhotell. Jag kör på Arvixe.
abbas
tack
Ivan Aliku
Jag måste ge beröm till moderatorerna och innehållsutvecklarna på den här bloggen. Jag har inte ångrat att jag kände till den här webbplatsen en enda gång. .htaccess löste problemet för mig med lätthet. Fortsätt det goda arbetet.
Att vara Khan
Jag kan inte ens byta namn på det.
Petrus Rex
Du kan ändra namnet med en FTP-klient efter att du har överfört det till din webbhotell.
Usman Aslam
Tack så mycket, det berodde på ett dåligt plugin som jag inte kunde logga in, hade inte varit möjligt utan att läsa detta. Bra jobbat … !
Larah31
Tack mannen.. Du är bäst
Cory
Tack, att byta namn på .htaccess till .htaccess.old löste problemet :).
Mitch
Jag har ett konstigt problem. Mina interna serverfel inträffar bara på "Inlägg" och inte på "Sidor". Värden uppdaterade precis PHP-versionen samt minnesgränsen, och jag laddade upp wp-admin- och wp-admin-filerna igen. Ingen lycka. Några andra idéer?
James
Jag har samma problem. Inget av dessa saker löste det för mig heller.
josh
tack, detta var hjälpsamt
mark
.htaccess gjorde susen för mig. Tack!
Juan mejia
Tack!!!! htaccess i mitt fall.
Cachi
Tack, det löste sig i mitt fall. Radera bara .htaccess, ladda om, och en ny .htaccess-fil genererades och webbplatsen fungerar!
Tack igen
Rochelle
Jag har varit i kontakt med min hostingleverantör två gånger och de har ingen aning om vad det är. De bytte databaser, trodde att det var hackat, och den andra killen kunde inte förstå varför jag hade problem alls.
Någon pekade mig till din artikel (tack och lov). Jag gjorde ändringen i htaccess-filen och det hjälpte i två minuter. Sedan gjorde jag PHP-minnesgrejen och det hjälpte också i några minuter, sedan tillbaka till det interna serverfelet. Jag försöker just nu ta reda på om det är ett plugin. Om det inte hjälper... då gör jag kärnfilerna. Och efter det... ingen aning. Jag antar att jag försöker med min webbhotell igen.
Skulle det hjälpa alls att byta värd?
WPBeginner Support
Om alla dessa steg inte hjälper och din värd inte kan assistera, då ja, du kan överväga att byta till en bättre WordPress-värd.
Admin
Adela
Thank you so much for so complet information!
It was a plugin problem for me, impossible to find without your help!