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. Jag får samma interna serverfel som händer varannan vecka nu.

    Varje gång det är ett problem med .htaccess-filen är det en enkel lösning att få webbplatsen igång tack vare informationen du gav ovan, men finns det något jag kan göra för att förhindra att felet återkommer?

    Tack.

  2. Jag försökte byta namn på htaccess-filen till htaccess_old som du sa, och den försvann! Nu får jag 404-fel varje gång jag försöker ladda webbplatsens olika sidor.

    Mitt ursprungliga problem var faktiskt pluginsen – att inaktivera dem fick min webbplats online igen. Men NU har jag detta 404-problem.

    Dessutom kan jag inte hitta ett alternativ för Inställningar i FileZilla – kan du hjälpa mig?

    Tack!

    • Anledningen till att du får 404-fel är att du har bytt namn på din .htaccess-fil. .htaccess-filen innehåller omskrivningskoden för att göra dina länkar snygga. t.ex.: http://www.example.com/about istället för http://www.example.com/?p=259

      Det enklaste sättet att åtgärda detta är att logga in i WP-admin och gå till Inställningar >> Permalänkar. Se till att du har valt rätt permalänk-alternativ och spara sedan. Detta kommer att återskapa de korrekta omskrivningsparametrarna inom .htaccess

  3. Hej redaktionen!

    Att kontrollera den korrupta .htaccess-filen som lösning fungerade för mig. Tack.

    Jag hade arbetat mycket med webbplatsen, inklusive att uppdatera Jetpack. Inte säker på vad som var boven, men jag var helt utelåst...

  4. tack men när jag byter namn på htaccess så kommer webbplatsen upp och går ner igen efter 1 minut och detta har hållit min webbplats offline i dagar nu... hjälp!

  5. Ni är toppen! Jag hittar alltid lösningar på mina problem här. Tack än en gång och fortsätt med det goda arbetet.

    Skål!

  6. Fungerar verkligen, tack snubben
    Det är ett bra och trevligt inlägg med stor kunskap om det...
    Snälla hjälp, jag vill ha en billig hostingtjänst, ge mig domän och support
    Tack

  7. Jag ville lägga till en annan situation som kan orsaka interna serverfel och som enkelt kan åtgärdas.

    Kontrollera din php.ini-fil, som vanligtvis finns i din rotkatalog på din webbhotellsserver.

    Jag uppdaterade nyligen vår server från PHP-version 5.3.x till 5.4.x Uppdateringen ändrade några PHP-alternativ som var inställda annorlunda i den lokala php.ini-filen. Vi gjorde samma ändringar i webbplatsens lokala php.ini-fil som vi gjorde på servern och eliminerade det interna serverfelet.

    Var försiktig, du kan prova att byta namn på php.ini-filen (php.ini.old) och ladda om din webbplats för att se om det gör någon skillnad. Att titta på serverns felloggar kommer att avgöra det exakta PHP-alternativet i fråga som behöver redigeras i din lokala php.ini-fil.

  8. Tack, Gud! Att byta namn på min .htaccess-fil och tvinga fram en ny att skapas löste min tomma webbsida! Jag återställde mitt mySQL-databaslösenord och uppdaterade lösenordet i wp-config.php-filen, men det löste det fortfarande inte, men den här metoden gjorde det. Tack.

  9. Hej,

    Jag skulle vilja fråga dig, hur kan jag redigera den här felmeddelandefilen (Internal Server Error)? Eftersom min e-postadress visas där. Jag använder linux Debian 7.

    Tack,

    Med vänliga hälsningar,

  10. Tack för en så bra artikel. Den här uppsättningen med lösningar är verkligen praktisk att ha till hands.

    Mitt problem var .htaccess-filen, men inte den i rotmappen. Det var snarare den i min /wp-admin-mapp. Det hände att jag skyddade /wp-admin-mappen med ett lösenord via värdpanelen. Det skapade .htaccess-filen inuti min /wp-admin-mapp. Jag lade också till lite kod i filen.

    Senare stängde jag av sådan lösenordsskydd för mappen, så koden som lades till av värdleverantörens panel togs automatiskt från .htaccess-filen. Under tiden fanns koden som jag lade till fortfarande kvar i filen. Den här kodbiten orsakade problemet som ledde till Internt Serverfel 500.

    Jag tog precis bort .htaccess-filen på grund av dess brist på nödvändighet och det löste problemet.

  11. Ja, det fungerar för mig att förstå idén,

    Lösningsprocess jag genomförde
    1. Definiera Php-minnesgräns i “wp-config.php”
    2. Inaktivera alla plugins
    3. Uppdatera permalänkstruktur
    4. Aktivera plugins ett i taget

  12. Hej,

    I have loads of problems with 503 error. My host told me it’s a problem with index.php file. Don’t know, how to solve it, HELP PLEASE! (I’m really desperate now ;) ).

  13. Kan jag fixa det genom att ladda upp en manuell fil eller behöver jag ändra någon värdfil på min webbplats. eftersom det har samma problem flera gånger hos mig.

    Tack för informationen.

  14. ja jag gick igenom alla steg och som vanligt fick jag det svåraste, installerade om via ftp klart!

  15. Ingen av ovanstående fungerade för mig – men det berodde på vad som orsakade mitt problem – så jag trodde att de inte skulle göra det, men försökte dem ändå.

    Jag har dock hanterat massor av WordPress-webbplatser så var inte alltför orolig när jag stötte på problemet.

    För mig dök felet upp när jag försökte komma åt admin (själva webbplatsen laddas) och det var inte hostingen eftersom det var en webbplats på min temporära hostingplattform och alla andra webbplatser fungerar.

    Lösningen är dock väldigt enkel (för vad som orsakade mitt problem),
    Jag visste att det hände precis efter att ha ändrat permalänkstrukturen, och jag hade av misstag klickat på 'Anpassad struktur'. (Jag skulle använda en av de andra för den här webbplatsen). I mitt fall överfördes detta inte till htaccess-filen och att ta bort filen fungerade inte heller.

    Åtgärda:
    Du behöver tillgång till phpMyAdmin. Leta reda på databasen som används för din installation. Leta reda på tabellen wp_options och hitta raden permalink_structure (ungefär runt 30). Du kan redigera permalänken där tillbaka till en av de andra.

    Redigera sedan htaccess-filen med detta för att inkludera de korrekta omskrivningsreglerna:
    # BEGIN WordPress

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]

    # SLUT WordPress

    Rensa sedan din webbläsar-cache och uppdatera – försök även att komma åt via en annan webbläsare.

    Detta är en av många lösningar – det fungerar för mig att återställa permalinks.

  16. Tack!

    php.ini-filen räddade mig.

    Har haft det här problemet sedan jag introducerade slumpmässiga sidhuvudsbilder till Graphene-temat. Om detta händer igen senare idag (innan jag har fått felrapporterna från min värd) kommer detta att fungera igen eller behöver jag öka antalet?

  17. Hej Tack för all din hjälp. Jag har ett 500-fel, internt serverfel. Jag ändrade pluginnamnet till plugin.deactivate, det ändrade inte felet. Jag försökte ändra namnet på .htaccess-filen men det står att jag inte kan eftersom mappen är tom. Jag har haft problem i tre dagar. Jag fixar en sak och får ett annat fel. Idag laddade jag upp mina wp backup-filer via FTP. Vid slutförandet fick jag 500-felet. Jag skulle vara tacksam för all hjälp. Tack
    Bobbie

    • Bobbie, prova detta. Ladda ner dina mappar /wp-content/plugins och /wp-content/themes till din dator. Ta sedan bort dem från din server och skapa nya tomma kataloger med samma namn. Från din webbplats rotkatalog, ta bort din .htaccess-fil (Du kan senare återskapa den från inställningar -> permalänkar.

      Admin

  18. Jag inaktiverade mina plugins men det hjälpte inte, så jag bestämde mig för att byta namn på .htaccess-filen och det löste mitt problem. Tack för handledningen.

  19. Tack! Det var .htaccess-filen som var problemet! Problemet uppstod efter installation och aktivering av e-handelsbutiken.

    Jag har ingen aning om hur filnamnsändringen löste det, men det gjorde det! Så tack igen!

  20. Phu!

    Hade det här problemet som dök upp igår kväll och trodde jag var körd! Jag provade lösningen som beskrivs ovan och det fungerade!

    Mycket tack,

    Erik

  21. tyvärr fungerade INGET av ovanstående för mig, men jag tror att jag har ett annat problem relaterat till detta O.o
    mitt problem är: min webbplats fungerade bra, men när jag försöker redigera inställningarna för ett plugin eller lägga till ny data till det, så dyker "sidan hittades inte" upp för mig!! NOTERA att jag använder %postname% som permalinks, och när jag ändrade det till "default" och sedan försökte redigera ett plugin igen, så dyker "Internal Server Error" upp O.o
    Jag är förvirrad, snälla hjälp
    tack på förhand

  22. Utmärkt artikel. Detta är en riktigt användbar webbplats för dem som går vilse i Codex. Tack.

  23. Hej,
    Jag har fortfarande problemet med Internal Error.
    Jag har provat alla dina sätt (PHPmemory, htaccess, plugins inaktiverade...) Och det fungerar fortfarande inte.
    Om jag ändrar htaccess, ändras Internal Error-meddelandet och det finns ett annat:

    “Hittades ej
    Den begärda URL:en /about/ hittades inte på den här servern.
    Dessutom uppstod ett 404 Hittades ej-fel när ett ErrorDocument användes för att hantera begäran.
    Apache Server på http://www.gdbautomotive.com Port 80″

    Hur kan jag göra?
    Kanske är det bättre för mig att göra om webbplatsen från början?
    Eftersom jag har gjort överföringen från localhost till fjärrserver…
    Kanske om jag startar om allt omedelbart på webben är det bättre och det kommer att fungera?

    Jag är ganska desperat och jag vet inte hur jag ska göra annat….

    Tack så mycket,

    Deckey

  24. Hej, jag driver en blogg som har en ganska bra Alexa-ranking. Jag använder för närvarande Markabihost för att hosta min webbplats och använder WordPress-skript. Nu har jag bestämt mig för att flytta till en bättre hosting-tjänst, så jag skulle vilja att du föreslår en bra hosting-tjänst som är billig och bättre, och jag vill veta hur jag säkerhetskopierar från Markabi till nuvarande hosting-tjänst.

  25. Hej, jag vill tacka dig för din hjälp. Det finns många sidor med lösningar för 'fel 505', men din var tydlig och enkel, och det är det som gör skillnaden.

    Mitt problem var bara lite annorlunda. Internal Server Error dök bara upp när jag försökte komma åt adminpanelen via Android WordPress-applikationen. Allt annat var okej, och jag kunde logga in i adminpanelen via webbläsaren oavsett vilket OS eller webbläsare jag använde.

    Min hostingleverantör nekade till att loggar existerade (ja...), men tack vare er sida hittade jag att ett av mina plugins orsakade detta fel.

    Tack så mycket!

  26. Hej. När jag raderar min accessfil fungerar mina sidor. Men sedan uppdaterar jag mina permalinks och det händer igen. Så det är en cykel.

    • Det kan finnas andra anledningar, till exempel att din WordPress-värdleverantör kanske inte har mod_rewrite aktiverat (osannolikt men inte omöjligt). Om du använder en anpassad permalänkstruktur definierad med dina egna taggar, försök att byta till månads- eller datum-baserad och se om detta löser problemet. Om det gör det, betyder det att dina anpassade taggar inte var i korrekt format. Du kan också försöka skapa din .htaccess-fil manuellt. Den bör endast innehålla denna kod:

      # 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

      Admin

    • Ok, så den här är inte på den här sidan än! Jag flyttade från en cPanel-server till en annan cPanel-server. Jag använde /scripts/pkgacct $user samt alternativen för att överföra konton, båda gav mig Internal Error 500. Efter flera timmar hittade jag den här sidan och provade allt utom att installera om WordPress.
      Nåväl, boven var faktiskt PHP.INI-filen. Jag laddade ner php-källbinärerna och laddade upp php.ini-production-filen. Jag raderade sedan php.ini-filen och döpte om php.ini-production till php.ini. Allt fungerade bra.
      Förhoppningsvis hjälper det!

  27. Tack... det var ett minnesproblem för mig. Jag fick bara felet på ett plugin. Resten av webbplatsen fungerade bra. Kanske lägger jag in det någonstans också eftersom det kan vara användbart för någon annan.

    Tack.

  28. Hej,
    Bra artikel. Jag följer alla steg. Men problemet löstes inte.
    När jag kontrollerar min fel-logg –
    PHP Parse error: syntax error, unexpected ‘}’ in …/themes/techmaish/index.php on line 1

    Byt bara index.php till server

    Nu är mitt problem löst.

    Tack igen Ditt inlägg är bra

  29. Jag älskar webbplatser som denna. Tack för en tydlig, koncis och välstrukturerad handledning/felsökningsinlägg. Bra gjort, Sir.

  30. TACK!!! Jag gjorde alla ändringar, htaccess, ökade minnesstorleken…
    Sedan ringde jag hostingföretaget… och jag fick veta att ALLA mina webbplatser var infekterade av ett virus!!!

    Så jag gick tillbaka till det här inlägget och gjorde detta steg som jag inte hade gjort, vilket var att inaktivera alla plugins. Det löste problemet!
    Det var Jetpack …..

  31. Tack, det var .htaccess-filen som gjorde allt. Filen laddades upp med min webbplats av misstag. Tack igen.

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.