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.

krzysiek
i mitt fall var det enkelt även om jag spenderade några timmar... Jag skrev fel sql server. Förvånansvärt nog kastade den inte ett fönster med felaktiga konfigurationsinställningar.
WPBeginner Staff
Du kan ladda ner den gamla .htaccess-filen till din dator som säkerhetskopia.
Ronaldo
Hej!
Tack för denna information. Jag döpte om .htaccess och mina webbplatser är igång. Min server är godaddy.
Min fråga är, kan jag radera den gamla omdöpta .htaccess, eftersom jag ringde godaddy många gånger för att fixa den här typen av 500 interna fel efter många samtal?
Tack
brooke
tack! det räddade dagen när jag gjorde .htaccess ftp-ändringen. jag kan andas igen... ; D
itechaleart
Jag har haft det här 500-felet i 15 dagar på godaddy hosting. Jag har provat allt ni nämner här men inte lyckats lösa det här felet och ringde även godaddy för hjälp, han sa att webbplatser fungerar bra på vår sida, kontrollera i ett annat system.
Now feeling hopeless and thinking to move another hosting provider…
Snälla hjälp mig och ge mig förslag på bättre alternativ för hosting.
Tack.
Silvia
Hello
i had the same problem with my website and went through all
your advices, without solving it. At the end i contacted my host and
they checked things for me, finding that some folders in the FTP had
CHMOD permissions different from 775. I didn’t do anything to cause
that, it just happened one day and i can’t get why. Anyway they fixed
the problem for me and said it’s easily manageable with ftp clients or
via their own file manager.
Just hoping it may be useful
pun
Mitt problem är löst, tack för den här handledningen, tack så jättemycket
Arun
Hej, jag är ingen tekniker och nybörjare... Förra veckan hade jag det här problemet med interna serverfel. Allt började med att min administratörsåtkomst begränsades. Men webbplatsen fungerade bra. Jag satt igenom detta med webbhotellsleverantören (GoDaddy) i mer än 4,5 timmar under natten med 3 olika personer. (Detta var tredje gången på ungefär 4 dagar) De var hjälpsamma till en viss gräns och identifierade problemet (wp-admin-mappen saknades). De betonade att jag borde ha raderat den eftersom de inte hade åtkomst (bara 2 dagar tidigare ändrade de filerna åt mig!!). Jag loggade in efter 7 eller 8 månader sedan webbplatsen sattes upp. Hur som helst, jag frågade om de kunde återställa mappen till ett tidigare datum. De vägrade. Lösningen som gavs var en avgift på 150 dollar, där de skulle "försöka" ta reda på filändringar etc., men utan garanti. (När jag läste ovanstående antar jag att de borde ha använt ovanstående innehåll eftersom frågorna/instruktionerna var i ovanstående ordning).
Hur som helst, från en av diskussionerna (glömde webbplatsen), fann jag att om wp-admin-mappen (av den installerade versionen) läggs till, borde det lösa problemet. Ja, det fungerade för mig... Jag aktiverade alla mina plugins (de hade inaktiverat dem) och webbplatsen fungerade. Jag uppdaterade också alla plugins och teman som jag använde/testade. Webbplatsen är uppe och körs!
deemyboy
@Levent Ultanur
En av anledningarna till att vissa personer kan få ett fel med .htaccess och inte med bilder är att de kanske laddar upp det som en binärfil.
I Filezilla (åtminstone) kan du ställa in överföringstypen i fliken Transfer-menyn till:
auto
binary
ascii
Jag är inte säker, men "auto" bör vanligtvis fungera bra, men om du bara laddar upp text, kanske du kan byta till "ascii" för den överföringssessionen, men kom ihåg att byta tillbaka igen.
Jag visste inte om detta förrän igår när alla bilder på min webbplats korrumperades när jag laddade ner dem lokalt. Så jag googlade och hittade ett inlägg som nämnde överföringstyp "binär" för bilder, men när jag kontrollerade fann jag att överföringstypen var inställd på "ascii" (för text – jag vet inte hur eftersom jag inte minns att jag rört den!!) Så jag ändrade den till "binär" och mina bilder laddades ner perfekt som tidigare.
Anledningen till att jag säger att "auto" är bra är för att jag har laddat ner kompletta webbplatser med en blandning av bilder (png, jpeg, gif etc) och textfiler (.php, .html, .css) och aldrig behövt ställa in varje överföringstyp individuellt eller ställa in den på "ascii" och bara ladda upp textfiler, sedan byta till binär och bara ladda upp bilder – Filezilla hanterar allt automatiskt…vanligtvis!
Faktum är att jag var helt omedveten om den här inställningen och jag har använt Filezilla i ungefär 2 eller 3 år!
Det KAN vara problemet så be dina klienter att kontrollera överföringstypen i sin ftp-applikation
Jag hoppas att det hjälper!
deemyboy
Du har inte betonat tillräckligt STARKT i lösningen som ersätter WordPress-kärnan att folk bör
a) säkerhetskopiera wp-content-mappen <— detta är din webbplats (plus wp-databasen som inte kommer in i detta eftersom den bör påverkas av att ersätta kärnan)
b) se till att när de ersätter wp-admin och wp-includes att de inte tar alla 3 mapparna (dvs. INTE inkluderar wp-content) när de laddar upp den nya kärnan
Henrique
Tack så mycket!
Deepanshu Kakkar
Tack
Basha
Mycket mycket användbar artikel… Tack så mycket
Guan
500 internt serverfel efter aktivering av WordPress-plugins
Warix
Thank you so much, it was problem in plugins
Kristian Frisk
Tack för det här inlägget. Lärde mig (på det bittra sättet) hur mycket besvär ett dåligt plugin kan orsaka en WordPress-webbplats.
F. Parisis
Tack så jättemycket! Det var det bästa och enda stället där jag hittade en lösning, efter en dags sökning på webben.
Tom Grant
Bra jobbat – enorm hjälp!
Anurag
A Big THUMBS up to this tutorial
Md.Zelal Hossain
Tack så mycket för den fina handledningen..!!!!
Mulyadi Subali
du har precis räddat min dag. tack!
imam
Ok tack
Levent Ultanur
Hej alla tjejer och killar...
Vad jag inte förstår med det här felet är att jag KAN ladda upp bilder utan att få HTTP-felet, men min klient får felet... Samma server, samma filer... Varför, o, varför... Någon?
Kyle Hunzinger
Tack, det var PHP Memory Limit!
Uwe
Tack så mycket! .htaccess var orsaken!
Mark C.
Hej, gott folk. Fantastiskt inlägg! Jag använder den här sidan varje gång jag får ett internt serverfel.
Jag skulle dock erbjuda ett ytterligare steg. Faktum är att detta borde vara det allra första steget innan något annat görs. Det är att verifiera att det inte finns något problem med webbhotellet.
Jag gick igenom alla vanliga steg i morse på en kunds webbplats som gick ner för en timme sedan, bara för att av en slump upptäcka att PHP inte fungerade på värden. En snabb kontroll av servicebulletinerna på webbhotellets webbplats indikerade att ett problem hade uppstått med den specifika servern. Så allt vi kan göra är att vänta tills de fixar det. (det finns andra knep som att ändra A-posten till en annan server, men det är bara om serverproblemet är långvarigt.)
Med det sagt, andra delar av servern fungerar fortfarande så en snabb och enkel index.html skapades bara så att besökare ser något trevligt istället för ett fel.
Det är också praktiskt att skapa en "test.php"-fil som visar om PHP fungerar eller inte, och sedan försöka komma åt den filen då och då. När tjänsten återställs, ta bort eller byt namn på index.html så att index.php laddas istället.
Här är min test.php-kod:
PHP Test
<?php echo ‘<p>Hello World</p>’; ?>
Jag hoppas verkligen att detta hjälper någon i en liknande situation. Allt gott.
Bwana
Tack för din hjälp! Min webbplats visade bara "500 Internal Server Error" när jag försökte se vilka plugins som var installerade. Naturligtvis tänkte jag att det var ett felande plugin. Efter flera försök att fixa problemet genom att ta bort alla plugins, hittade jag din artikel. Din "memory=64MB" i en ren php.ini, placerad i wp-admin, gjorde susen. Nu kan jag åtminstone arbeta med webbplatsen för att avgöra vad som slukar allt RAM. Bra artikel!
Jorge Santos Velasco
Tack så mycket!! detta var mycket hjälpsamt!!
Lakshay Sharma
Många tack för det här inlägget, löste mitt problem.
Denise O'Reilly
Jag har varit utelåst från att logga in på Wordpress i 2 veckor, eftersom det säger att säkerhetscertifikatet inte är verifierat. Kan någon fixa detta så att jag kan logga in?
WPBeginner Staff
Ibland löser sig serverfelkonfigurationer och felet kommer inte tillbaka igen. Om det gör det bör du kontakta din webbhotell.
Jos
Jag har sett detta två gånger. Att bara ladda om sidan löste det. Men kan det fortfarande vara något fel?
Matthew Newton
Tack så mycket, jag misstänkte att det var .htaccess och detta bekräftade det
WPBeginner Staff
Kolla in vår guide om hur du inaktiverar plugins i WordPress när du inte kan komma åt adminområdet.
Jessica
Jag kan inte ens logga in på mitt adminpanel för att försöka inaktivera plugins etc... Jag pratade med min webbhotellsleverantör och de kunde inte hitta några problem. Några förslag på vad man ska göra när man inte ens kan komma åt adminpanelen?
Mitesh Raghwani
Tack så mycket för din hjälp. En enkel lösning på vad som verkade vara ett massivt problem.
Kailash Ghodke
I tried All Things which described above , but not worked for me
Is any other option like to install new wordpress on domain with all old posts ???
Din hjälp behövs, snälla hjälp till att fixa det problemet..!
Lidia Lewis
Tack för den här artikeln! Min .htaccess-fil var korrupt och varje gång jag döpte om den, dök en ny dubblett upp! Webbplatsen fortsatte att returnera 500-felmeddelanden. Vad jag inte insåg var att jag var tvungen att spara permalinksinställningen i Wordpress för att uppdatera filen. Hoppas detta löser det för gott! Tack så mycket.
Mark Brandson
Tack så hemskt mycket. .htaccess-tricket fungerade. Du räddade mitt liv!
Astrid
Att inaktivera insticksprogrammen fungerade för mig efter den senaste WP-uppgraderingen (8/4/14). Även om jag tror att det var WP Mobile detector som var i konflikt med min W3 cache som var boven.
Tack så mycket, du är en livräddare!
Mitt webbhotell sa att jag borde ha haft en säkerhetskopia (vilket jag trodde att jag hade via ett plugin) och att om jag ville ha en återställning och säkerhetskopia skulle jag behöva betala 75,00 dollar. Verkligen? Jag är så besviken men superglad att jag hittade den här artikeln.
Förresten, ni är mina go-to-killar när det gäller lättförståeliga, steg-för-steg-lösningar för WP, plugins och liknande. Vi behöver er – Fortsätt det goda arbetet. Uppskattar verkligen era ansträngningar.
Ni är bäst!
Subscribed and following
sangeetha menon
Hej Syed,
Jag har tagit bort de infekterade filerna eftersom jag fortsatte att få 500 Internal server error. Nu har värdleverantören bett mig att ladda upp de nya filerna. Eftersom jag inte har någon aning har jag bett värdleverantören att fixa det.
Om jag måste göra det, när jag laddar upp till webbroten, ska jag skriva över befintliga filer?
Ska jag också göra htaccess-filfixen? Snälla hjälp...
luka
Ändra bara php-versionen till 5.4 eller högre. Det fungerade för mig:)
Meg
O.M.G. Inget som att vakna upp till en förlorad webbsida. Och ja, jag fick panik, men lyckades hitta ditt inlägg, tog ett djupt andetag och fixade faktiskt allt med det första steget: korrupt htaccess-fil. TACK! Jag behöver verkligen lära mig mer om Wordpress.
Kevin
Thanks for the help, I was searching for quite a bit until I found your solution. I took a look at my .htaccess file and saw that it was corrupt, so I renamed it and it did the trick. Cheers
sherly
Med din hjälp löste jag precis mitt 500 internal server error. Jag är helt nybörjare så detta är väldigt hjälpsamt!! Tack!!
Derrick
Hej redaktionen,
Tack så mycket!! Det bästa inlägget för att åtgärda 500 Internal server error som jag har stött på precis när jag behövde det!!
Tack så mycket!!
Nepal
Mycket hjälpsamt! Tack så mycket…
Jag gjorde inget själv men jag kontaktade min hosting-leverantör.. Får se hur lång tid det tar för dem att fixa detta problem.
Anita Hunt
Thanks so much for your help
Keely
Thanks wpbeginner – the .htaccess fix worked for me
Olsi
Att radera hela teman via Filhanteraren och bara lämna 1 tema fungerade för mig