Pålitliga WordPress-handledningar, när du behöver dem som mest.
Nybörjarguide till WordPress
WPB Cup
25 miljoner+
Webbplatser som använder våra plugins
16+
År av WordPress-erfarenhet
3000+
WordPress-handledningar
av experter

Hur du åtgärdar felet 500 Internal Server Error i WordPress

Din WordPress-webbplats fungerade perfekt – tills plötsligt, den inte gjorde det. Istället för din startsida stirrar du på ett 500 Internal Server Error. Ingen varning, ingen tydlig förklaring – bara en frustrerande återvändsgränd. 😨

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.

Åtgärda interna serverfel i WordPress

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?

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:

Intern serverfel-sida på Apache

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:

Google Chrome HTTP 500-fel

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.

Rensa 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.

Uppdatera permalänkar för att generera .htaccess-filen på nytt

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.

Byt namn på .htaccess-filen

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.

Skapa ny htaccess-fil

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.

Redigera .htaccess-filen

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'.

Redigera wp-config-filen

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:

  1. Skapa en tom textfil på din dator och namnge den php.ini
  2. Klistra in denna kod där: memory=256MB
  3. Spara filen
  4. 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.

Inaktivera alla 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.

Plugins inaktiverade via FTP

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.

Aktivera ett standardtema

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.

Ladda ner tema-mapp

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.

Ladda ner ett standardtema

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.

Extrahera temafiler

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.

Ladda upp 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'.

Ladda ner mediabibliotek

Detta laddar ner WordPress zip-filen till din dator.

Extrahera zip-filen. Inuti hittar du en mapp som heter wordpress.

WordPress-mapp extraherad

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.

Ladda upp kärnfiler för WordPress

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ö'.

Skriv över WordPress kärnfiler

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/.

Felsökningslogg

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

Prenumerera på WPBeginner

Vi hoppas att den här artikeln hjälpte dig att åtgärda interna serverfel i WordPress. Du kanske också vill se vår kompletta lista över de vanligaste WordPress-felen och vår guide om hur du kontaktar WordPress-support.

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.

Upplysning: Vårt innehåll stöds av läsarna. Det innebär att om du klickar på några av våra länkar kan vi tjäna en provision. Se hur WPBeginner finansieras, varför det är viktigt och hur du kan stödja oss. Här är vår redaktionella process.

Det ultimata WordPress-verktyget

Få GRATIS tillgång till vår verktygslåda - en samling WordPress-relaterade produkter och resurser som alla proffs bör ha!

Läsarnas interaktioner

677 CommentsLeave a Reply

  1. Tack!!! det här fungerade för mig också. Det var den korrupta .htaccess-filen. Att radera den här och ge mina klienters webbmapp en ny hjälpte och förhindrade mig från en ny installation (jag tänkte på det i min desperation)
    ha en trevlig tid alla ni

    eduard

  2. Vi bytte hosting och stötte på det interna serverfelet, lyckligtvis fungerade det perfekt att byta namn på htaccess-filen.

    Tack!

  3. Hello there … that internal server error is a strong problem since 10 days :-( I deactivated all plugins – so the wordpress installation worked again – BUT after activating ONE plugin (no matter which one) the error came back … can anyone give me advice?

  4. TACK! ANVÄNDE PHP.INI OCH tog bort Jetpack!~ Skriker av glädje när jag inser att jag inte är så gammal som jag ser ut!

  5. Hej,

    Jag försökte installera ett barnplugin på min Wordpress-sajt och efter det fick jag ett internt serverfel. Problemet är att jag inte kan hitta det installerade pluginet i min wp-content-mapp. Det jag får är en error.txt-fil med följande detaljer:

    PHP Parse error: syntax error, unexpected T_STRING in /home3/kennelsf/public_html/bad-credit-solutions-now/wp-content/themes/uvctheme/functions.php on line 53

    Jag förstår inte om det här felet på något sätt är kopplat till pluginet jag installerade, men varför kan jag inte se pluginet i min mapp?

    Jag uppskattar verkligen, verkligen din hjälp!

    Tack!

  6. Tack tack! Följde dina instruktioner om htaccess-filen och det löste inte bara mitt Error 500-problem när jag försökte logga in på min adminpanel utan även ett annat problem jag hade med att miniatyrbilder inte laddades ordentligt med Clockstone-temat från CMSMasters.

  7. Tack så mycket. Jag följde dina anvisningar för 500 serverfel och .htaccess. Stegen fungerade efter att jag uppdaterade Permalinks, vilket tog några försök eftersom sidan laddade så långsamt och felmeddelandesidan fortsatte att dyka upp. Nu är allt bra och jag ökade även php-minnet.

  8. Genialt! Tack. Jag fick 500 internal error när jag valde menyer och anpassade länkar i adminområdet, inklusive när jag försökte liveförhandsgranska andra teman.

    Jag provade alla steg ett efter ett, och det som fungerade var att ersätta wp-admin och wp-includes från en ny installation av Wordpress på min dator.

    Löste det helt! Tack så mycket.

    Nu om någon vet en bra kod för en dragspelsmeny, som inkluderar sidtexten i rullgardinsmenyn, vänligen meddela mig!

    Tack

    Roxy

  9. Tack för en tydlig uppsättning instruktioner. Jag gick igenom dem och löste problemet. Bra jobbat.

  10. Hej, att byta namn på htaccess ger mig 404-fel, och jag kan inte komma åt wp-admin för att logga in, hjälp!

  11. Jag har också ett problem med detta. Det står:
    Internt serverfel

    Servern stötte på ett internt fel eller felkonfiguration och kunde inte slutföra din begäran.

    Det hände efter att jag installerade ett plugin Hide Login. Jag klickade på Aktivera och allt detta började hända. Det händer när jag försöker logga in i adminpanelen. Snälla hjälp mig.

  12. Tack så mycket för tipsen.

    Jag kunde inte komma in i min adminpanel. Efter några timmar upptäckte jag att mina behörigheter för filen wp-login.php på något sätt hade satts till 00... Jag ändrade tillbaka dem och mitt problem var löst.

  13. Jag följde dina tips 1(.httacess), 2(php.ini) och 4(kärnfiler) och problemet kvarstår.

    Om jag inaktiverar pluginsen, måste jag konfigurera dem senare? (jag menade, om de återställs?)

    Tips 5, min hostingleverantör har inte gett mig någon lösning än på länge.

    Bara för att säga att min blogg ligger på en delad server, behöver jag ändra till en dedikerad server eller byta min hosting-leverantör?

  14. Tack Syed, jag lade till något i min .htaccess-fil och fick meddelandet 500 internal error. Att byta namn på filen i cpanel fungerade och löste problemet.

    Thanks so much, I bookmarked this page for future reference. :)

  15. Tack för den här handledningen!

    Du räddade mig!!!

    Jag löste det genom att inaktivera pluginsen.

    Med vänliga hälsningar,

    Chris

  16. Jag säkerhetskopierade .htaccess-filen, raderade den sedan från Wordpress huvudkatalog, gick sedan till inställningar och permalänkar och klickade på spara, och det löste det!

  17. Tack så hemskt mycket! Jag var stressad. Detta är sista droppen för mig att försöka hantera min wp.org-sida själv, jag uppgraderar till ett premiumtema så jag slipper ha med sånt här att göra (hoppas jag). Skål

  18. Jag inaktiverade mina plugins och det fungerade! Jag spenderade så mycket tid på att försöka fixa det genom att lägga till mer PHP-minne, men det var allt jag behövde göra.
    Tack!

  19. Jag fick samma felmeddelande och löste det genom att ändra teckenkodningen för wp-config.php från UTF till ANSI.

  20. Tack, kompis. Den ökade minnesstorleken löste problemet. Nu kan Google indexera webbplatsen igen!

  21. Fin artikel, inte heller jag kan hitta några lösningar på Internt serverfel, men den hjälpte mig verkligen och berikade min WP-kunskap. Tack igen!

  22. .htaccess var korrupt. Jag tog bort den från mitt hosting FTP-konto och allt återgick till det normala.
    Tack så mycket.

  23. Detta löste inte problemet men det var extremt hjälpsamt & gav mig en strategi, istället för att spendera timmar på att läsa forumsinlägg som var helt oorganiserade. Tack!

  24. Jag hade det här problemet men det var mina sidor och inlägg som inte ville visas och wp-admin och hem var båda okej.

    Jag försökte allt som föreslogs här utan framgång. Min värd föreslog att jag skulle kontrollera mina felloggar i cPanel och där hittade jag att det var en av sidorna i mitt tema, single.php, som gav ett fel.

    Om du har ett liknande problem där adminpanelen är okej – byt till ett annat tema. Om det löser det behöver du antingen ladda upp ditt tema igen eller kontrollera dina felloggar för att se vilken fil som orsakar problemet och bara ladda upp den igen.

    Hoppas det hjälper någon!

  25. Tack kompis, du hjälpte mig verkligen med detta. Ser ut som att min accessfil blev skadad (jag tror jag vet vilket plugin som orsakade det också). Tack än en gång!!

  26. Tack så mycket, mitt problem är löst tack vare ditt inlägg, att ladda upp kärnfilen igen är mitt svar

  27. Mitt i smärtan! Komplett! Klart!
    Det är bara perfekt!

    Tack för att du delar med dig, och tillåt mig att dela med mig av informationen..

    med vänliga hälsningar,
    /oifif

  28. Jag fick felet "Corrupt htaccess file" och jag löste det genom att byta namn på filen och generera en tom. men problemet är att jag får detta fel var 2:a – 3:e dag och jag gör samma "behandling".
    Någon som kan hjälpa till med detta?

  29. Hej, bra artikel, vill bara bygga vidare på den genom att dela med mig av vad jag just gick igenom. Så jag fick ett 500-fel i Chrome och Firefox visade bara en blank sida.

    Jag lade till denna kod:

    ini_set(‘display_errors’, ‘1’);

    precis på andra raden i min index.php (efter "

    require('./wp-blog-header.php');

    i min index.php-fil. Det visade sig att min värd ändrade hur de hanterar filsystemet, och wordpress brändes på grund av det. Att ta bort './' före det löste mitt problem.

    Hoppas detta hjälper någon.

  30. Hej där,

    Igår när jag försökte gå in på min webbplats fick jag Internal Server Error. Jag gick till supportforumet hos min värd och hittade hur jag skulle komma åt mina felloggar, men... knappen för att komma åt dem fungerade inte.
    Jag gjorde en databasåterställning, vilket fick webbplatsen att fungera igen, men idag meddelade någon mig att webbplatsen hade varit nere igen. Det verkar gå på och av utan att jag ändrar något.
    Jag har nu äntligen lyckats komma in i mina felloggar och där listas 4 konstiga namn som slutar på '-error.log' OCH .htaccess.
    Så jag gissar att det är korrupt.
    Men när jag försökte byta namn på .htaccess fick jag ett felmeddelande som sa att det filnamnet inte fanns och därför förblev det gamla namnet.

    Någon idé om hur jag kan lösa detta?
    Jag har redan kontaktat min värd flera gånger och även om de säger att de tittar på det, gissar jag att de inte riktigt gör det...

  31. Korrupt htaccess-fil efter att jag försökte uppdatera ett plugin för händelsekalendern. Jag hade det fixat på två minuter EFTER att jag hittat din artikel. Puh!!! Tack för att du sänkte mitt blodtryck!!!

  32. Jag får det här felet när jag klickar på 'publicera' på ett nytt inlägg några gånger nu.
    Det verkar som att inaktivering av plugins vore det bästa sättet för mig, eller hur?

  33. För en dedikerad server med en webbplats med ganska hög trafik, vad är de ideala inställningarna för PHP-minnesgränsen?
    Är 64 MB tillräckligt?

  34. Tack för denna artikel. Fel 500 är ett vanligt problem på WP. Tyvärr finns det ingen riktig lösning (förutom kanske att betala för en dyr dedikerad server med 2048Mo minne...). Pluginlösningen verkar också vara relevant.

  35. Jag försökte redan med lösningen php.ini memory=20MB men det fungerade inte. Jag laddade upp den under mappen wp-admin/.

    Jag är inte riktigt säker på vad mer jag ska försöka. Hjälp?

  36. Jag har stött på det här problemet ganska många gånger, och att ladda upp kärnfilerna för WP igen löste problemet för mig två gånger och en gång var .htaccess-filen korrupt.

    Tack för informationen om att öka PHP-minnet.

Lämna ett svar

Tack för att du väljer att lämna en kommentar. Tänk på att alla kommentarer modereras enligt vår kommentarspolicy, och din e-postadress kommer INTE att publiceras. Använd INTE nyckelord i namn fältet. Låt oss ha en personlig och meningsfull konversation.