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.

Diogo Susewind
tack så mycket
Att öka PHP-minnesgränsen löste mitt problem
Gud välsigne dig
Centro Studi Pranici
Tack!
Nataša Cvetković
Tack så mycket!
Checking for Corrupt .htaccess File worked for me
Stephen
Mitt DigiWeb Advanced Hosting Package och 500 serverfel vid aktiveringsförsök...
I mitt fall som nybörjare och när jag försökte lägga till ett WooWoo-tema och sedan WooWoo eCommerce-plugin fick jag ett 500-serverfel..
Första gången efter att temat installerats åtgärdades det av personalen på hosting-supporten.. De påpekade att en web.config-fil hade skapats, att de döpte om den till web.config_old och att jag inte skulle skapa några fler.. Fortsatte att lägga till eCommerce-plugin och försökte aktivera.. 500-fel igen.. men den här gången tittade jag i katalogen och där fanns en annan 'web.config'-fil.. Jag ändrade namnet och bingo, allt var OK.. Jag var glad för jag vill inte hänga i byxorna på teknikerna på DigiWeb!
Jag hoppas verkligen att detta hjälper även en enda person...
Ian Robinson
Jag uppskattar verkligen att du lade upp den här videon. Tack.
WPBeginner Support
Hey Ian, glad you found it helpful
Glöm inte att prenumerera på vår YouTube-kanal för fler WordPress-tips och handledningar.
Admin
SAMUEL
Sedan jag satte upp mitt konto för både WordPress och CPanel har jag upptäckt att mitt domännamn på CPanel inte var stavat korrekt (förmodligen mitt fel), men jag har försökt ändra det men kunde inte. Jag behöver veta konsekvenserna av detta och hur jag kan korrigera det. Min webbplats har fungerat bra tills nyligen, kan det vara orsaken.
Morse Gates
Jag stötte på detta interna fel (500) när jag lade till följande rad i min .htaccess
max_input_vars = 1540; men så fort jag tar bort den fungerar det. Jag behöver öka min Max_Input_vars från 1000
Vänligen hjälp.
morse gates
Bara ytterligare information. Godaddy bad mig att skapa och använda .user.ini för att lägga till detta, men phpinfo visar det fortfarande på 1000 efter ändringen. Det är därför jag bestämde mig för att använda .htaccess men det skickade min webbplats till ett internt fel 500-status.
Elkay
Jag hoppas att det inte är ditt diskutrymme som är fullt.
Eller fel på grund av syntax.
Samseen
Tack, att byta namn på .htaccess-filen fungerar för mig.
Ammar
Hej!
Jag hade det här problemet idag och jag insåg att problemet låg hos mina fil-/mapprättigheter.
Jag hade försökt ställa in alla mina mappar, undermappar och filrättigheter till 777 eftersom jag hade stora problem med att ladda upp bilder.
Detta orsakade det interna serverfelet för mig. Att byta tillbaka allt till 755 löste det för mig, även om jag antar att det helt enkelt skulle ha räckt att applicera 755 på wp-admin-mappen!
Hoppas det hjälper någon!
zach
Japp, behörighetsändringen fungerade för mig så tack!
Kumar
Hej, jag har ett annat problem. När jag försöker ladda min webbplats visas "Sidan mydomain.com fungerar inte" och "mydomain.com kan för närvarande inte hantera denna begäran" samt "HTTP FEL 500" (med liten text).
Jag kan inte ens logga in i wp adminpanelen heller. Vad ska jag göra? Snälla hjälp.
Jag ändrade .htaccess-filen och tänkte att det kanske berodde på en trasig config.php-fil, så jag tog bort den. Och när jag laddar min webbplats börjar den visa inställningarna för installationskonfigurationen.
Jag konfigurerade igen, men när det kommer till inloggningsdelen händer samma sak.
Vänligen hjälp!
WPBeginner Support
Du kan prova att inaktivera alla WordPress-plugins och byta tillbaka till ett standardtema. Låt oss veta om det hjälper.
Admin
Sherry
Jag fick ett 500-fel ' [webbplats] kan för närvarande inte hantera denna begäran'. Efter att ha läst igenom råden för 500-fel upptäckte jag att en revision jag hade gjort i page.php i min temakatalog anropade ett print-kommando för ett inaktiverat plugin. Jag tog bort kommandoraden och problemet löstes omedelbart! Nu fungerar allt som det ska.... jag menar sidor!
piyush saini
du är verkligen fantastisk sir tack för detsamma
zigii
thanks! very very helpful resource I resolved my site
WPBeginner Support
Glad you found it helpful
Admin
Matt
Min var inget av ovanstående. Men jag såg i mina felloggar att wordfence-waf.php hade ett fel i sökvägarna. Att byta namn på wordfence-waf.php i rotmappen löste problemet.
Elkay
Du prickade verkligen rätt.
När jag hade problem med min webbplats gick jag först igenom loggen.
Min hosting-support gav bara sitt bästa men jag hade ett lämpligt ögonblick att lösa problemet själv.
Elkay
Jag uppskattar ledningen för det goda arbetet, mer kraft till er arm.
Jag upplevde det här felet när jag anpassade mitt tema.
Felmeddelandeloggen gav en ledtråd.
Min hosting-support gav bara sitt bästa men jag hade ett lämpligt ögonblick att lösa problemet själv.
Keyboard Banger
Tack så mycket! hjälpte mig att återfå åtkomsten till min blogg.
Hugo Henriquez
du kan lösa problemet genom att uppdatera wordpress till den senaste versionen genom att överföra "core"-filerna, men innan du inaktiverar alla plugins genom att byta namn på mappen "plugins".
H.T.
Vi fick ett felmeddelande om "Internt serverfel 500" när vi gick till WP Admin-sidan.
I vårt fall var det .htaccess-filen som var korrupt.
Notera dock att borttagning av .htaccess INTE löste problemet – faktum är att borttagningen orsakade att indexsidan sedan fick ett PHP-fel, när den hade fungerat bra tidigare. (Och det berodde på ett WP Super Cache-fel, verkade det som – den hittade inte filen den letade efter.)
Vi hade ¦ istället för #, och ¤ istället för $ i vår .htaccess, av någon anledning. Att fixa dessa fixade WP Admin-inloggningsproblemet.
Hoppas det hjälper någon.
Tim D.
Du är bäst. Hur och varför en .htaccess-fil blir korrupt vet jag aldrig, men TACK.
Melly P.
Jag hittade en intressant orsak till ett internt serverfel efter att ha kontrollerat mina värdloggar - min wordpress-installation hade gruppskrivbara behörigheter. Jag hade glömt att jag gick bärsärkagång med mina behörigheter när jag försökte lösa ett problem som orsakades av värden. När jag ändrade CHMOD-inställningen till 755 fungerade det igen. Min adminmapp ligger inte i rotmappen, jag undrar om det är därför jag fortfarande kunde se webbplatsen men inte komma åt admin.
Riyaz Alam
Hej,
Som du föreslog i det här inlägget försökte jag ladda upp kärnfilerna (WP-ADMIN & WP-INCLUDES) igen för att åtgärda 500-felet på min webbplats. Men nu får jag 500-felet igen och när jag kontaktade min webbhotell (Hostgator) skickade de mig den här loggen (Vi har kontrollerat och vi hittade ett problem med "akismet". Vänligen se loggen nedan.
—
[26-maj-2016 04:19:04 UTC] PHP Fatal error: Class ‘WP_Widget’ not found in /home/makei3v5/public_html/example.com/wp-content/plugins/akismet/class.akismet-widget.php on line 5) , Nu är jag hjälplös, vad ska jag göra? Jag har följt stegen exakt enligt ovanstående vägledning.
Snälla hjälp mig.
Tack, Riyaz
WPBeginner Support
Försök att ta bort och sedan installera om Akismet.
Admin
Riyaz
Hej,
Nu är min webbplats fixad, men det berodde inte på att jag tog bort och sedan installerade om Akismet. Jag var tvungen att uppdatera hela WordPress-filerna för att få det fixat. Tack ändå.
David
Tack, det var verkligen användbart!
Nazar
tack så mycket författare, detta var livräddare, jobb-räddare också.. tack igen
Priyanka
Tack för din vägledning... Jag har inaktiverat alla plugins, men det visar fortfarande samma fel.
Sedan inaktiverade jag mitt tema och det fungerar bra. Jag insåg att temat kan orsaka denna typ av fel.
WPBeginner Support
Ja, nu kan du be din temautvecklare om support eller välja ett annat tema.
Admin
WLEXT
Hej,
Vad händer om det här problemet uppstår slumpmässigt?
Ibland när jag öppnar min webbplats huvudsida, ibland när jag massredigerar inlägg. Det händer bara slumpmässigt så vitt jag vet, kan problemet vara att servern är överbelastad? eftersom jag använder delad webbhotell, jag skulle vilja veta om du kan svara mig?
Jag vill inte migrera till en annan värd om problemet är något plugin på min webbplats.
Snälla svara mig.
Tack.
Heather
Jag skulle också vilja veta detta. Jag har samma problem. Det händer ibland, ibland inte. Det kan vara från administrationspanelen eller från att visa webbplatsen direkt. Jag använder också en mycket billig delad hostingtjänst och undrar om det är möjligt att detta kommer från "deras sida".
Geert Spekken
Den här artikeln var en riktig livräddare! Eller en räddare för den mentala hälsan, åtminstone. Det visade sig att ett plugin höll på att ställa till det, och tack vare den här artikeln har jag kunnat lösa det. Tack så mycket från en lättad WP-nybörjare (sedan 2014...)
WPBeginner Support
Glad you found it helpful
Admin
Silvia Huerta
Hej, men mitt problem är att jag inte ens kan komma in i instrumentpanelen, när jag försöker säger den också internt serverfel, så jag kan inte göra någonting. Ingenting fungerar. Jag är i panik.
WPBeginner Support
Se vår guide om vad du ska göra när du är utelåst från WordPress admin-området.
Admin
Tarun
Efter att ha läst de ovan nämnda lösningarna gick jag till wp-content/plugins via ftp och sorterade pluginlistan efter senast ändrad och tog bort det senast ändrade pluginet. Problemet löst för mig.
Tack
Terry
Om du inte har en Linux-server och din hosting sker på IIS (Microsoft-plattform) istället, kan du ha korrumperat web.config-filen som används istället för en .htaccess-fil.
De flesta servrar jag använder är Linux, så jag stötte på det här problemet idag på en Microsoft Server. FTP:a in på din webbplats och fixa din web.config-fil.
T.
Jesse
Om du hostar Wordpress på en IIS (Microsoft-plattform) istället för en Linux-server och har problem med att uppdatera din WordPress, måste du installera detta plugin "WP Maximum Execution Time Exceeded"
Men standardexekveringstiden för ovanstående plugin är 300 ms, vilket du behöver öka till 500 eller 600 ms för att det ska fungera.
Aaron
Tack Terry. Detta var exakt mitt problem.
Dennis
Problemen började direkt efter att jag lade till detta i min functions.php-fil i mitt barn-tema:
/*** Ta bort frågesträngen från statiska resurser ***/
function remove_cssjs_ver( $src ) {
if( strpos( $src, ‘?ver=’ ) )
$src = remove_query_arg( ‘ver’, $src );
return $src;
}
add_filter( ‘style_loader_src’, ‘remove_cssjs_ver’, 10, 2 );
add_filter( ‘script_loader_src’, ‘remove_cssjs_ver’, 10, 2 );
Haytham
Thanks, really helpfu
ashish kumbhar
Tack, verkligen hjälpsamt..
Yasser Ismail
Tack så mycket, du räddade mig från att installera om min webbplats
att ändra PLUGINS var lösningen och jag installerade om den felaktiga pluginen
önskar dig all lycka
Yasser
Chris L
Jag fick 500 Internal Server-felet när jag försökte komma åt menyn 'Anpassa' (knappen högst upp när du tittar på din webbplats). Det visade sig vara ett plugin...
Metoderna med .htacces och php.ini fungerade inte, i mitt fall gjorde uppladdningen av php.ini-filen att jag inte kunde komma åt wp-admin förrän php.ini raderades.
Jag ber om ursäkt, jag kan inte ge namnet på det felaktiga pluginet, jag hade bråttom då och behövde det att fungera så fort som möjligt… Det var ett plugin som lade till widgets till SiteOrigin PageBuilder-pluginet.
Mateo Castano
Hej grabbar,
Jag kunde komma åt mitt wordpress adminpanel igen genom att inaktivera alla mina plugins från databasen,
Sedan fick jag ett problem med ett specifikt plugin. Jag rekommenderar att du kontrollerar vilket plugin som orsakar problem. I mitt fall var det WooCommerce och mitt tema, båda installerade. Jag fick ett felmeddelande om minnesöverträdelser. Jag hittade ingen lösning på detta fel. Nu var jag tvungen att dela upp min sida i två WordPress-installationer, en med all information och den andra med den virtuella butiken.
Om någon hittar en ökning av Fatal error: memory exceeded, vänligen lämna en kommentar, tack för ert stöd grabbar.
Hej då
Peter Posse
Hej,
Tack så mycket för den handledningen och alla kommentarer här.
Eftersom mitt webbhotell också är hos Strato provade jag rekommendationen från Karo A – och det fungerar.
Efter att ha inaktiverat cachen för PHP Boost hos Strato uppstod inga fler interna serverfel 500.
Det kan vara så att denna cache tar slut på minne eftersom jag också använder Slimstat statistik.
Karo
Karo A
Hej,
på Strato Webbplatser med PHP 7.0 Power Boost aktiverat, WordPress med t.ex. Jetpack får jag felmeddelandet 500 server.
Efter att ha kontrollerat serverns fellogg hos Strato hittade jag ett felmeddelande i loggen att PHP-hanteraren (CGI) avslutades.
Efter att ha ändrat PHP-hanteraren (CGI) i Strato-gränssnittet till PHP 7 UTAN Power Boost fungerar allt bra!
Med vänliga hälsningar
Karo
Reinardt
Tack för detta, inget fungerade men det gav mig åtminstone idéer att felsöka med. Jag döpte om temat på samma sätt som att döpa om plugin-mappen, t.ex. themename_deactivate och det fungerade, jag kunde logga in på min webbplats igen. Fortfarande felsökning varför temat beter sig konstigt plötsligt.
Gustavo Alves
Hej, tyvärr kvarstår mitt problem även efter att ha följt alla hans steg.
Skulle du ha någon idé om vad det kan vara?
Markus
Tack så jättemycket!!!!!
Roman
Allt provat men mitt problem är inte löst.
Jag får bara NetworkError: 500 Internal Server Error – när jag försöker logga in på min webbplats. Webbläsaren går till en tom sida och jag får det felet i konsolen.
Hjälp
Roman
Vänligen radera mitt webbplatsnamn??
vm
Fel :Nätverksfel: 500 Intern serverfel
Hej
kontrollera filrättigheter och ägarskap för din fil (php.ini).
Babatunde
Användbar information du har här. Tack! Min webbplats är igång igen! Kudos!
Prajjwal
Tack……… mycket jag har genererat om .htaccess-filen och nu fungerar min webbplats korrekt tack igen för din hjälpsamma lösning.
James
Att ladda upp kärnfilerna igen fungerade för mig. Tack
Raine
Mycket hjälpsam guide! Jag var tvungen att ladda upp kärnfilerna igen för att få mina sidor att fungera.
Andrew Cook
Tack mannen! Var helt fast. Mycket tydliga och koncisa instruktioner. (y) Karma kärlek
yandi novriandi
mitt problem löst inte på
Mohammed Faisal
Tack så mycket, jag fick igång min webbplats igen
shehzad
Great Article. You saved my work. Thanks for this
ITfee
Jättebra guide! Tack allihop. Jag behövde bara spara om min .htaccess-fil – otroligt men sant.
Jesper Lindebjerg
Genom uppdatering med InfiniteWP gick min webbplats sönder. Jag försökte allt ovanstående utan framgång... Men i mitt fall var det ett saknat tema. Jag var tvungen att ladda upp moderntemat igen för att få tillbaka min webbplats;)
Amanda
Åh... TACK... TACK SÅ MYCKET!!! Det var en så snabb lösning att jag får tårar i ögonen.