Du kommer ibland stöta på fel eller varningar i WordPress. Ett av dessa fel som du kan stöta på är felet max_execution_time.

Det kan komma som en liten chock att stöta på detta fel. Men det finns goda nyheter eftersom detta är ett vanligt fel. Det förekommer inte ofta, men när det gör det finns det flera snabba lösningar.

Nu börjar vi!

Föredrar du att titta på videoversionen?

Vad är WordPressfelet max_execution_time?

Det allvarliga max_execution_time-felet i WordPress ser ut så här i din WordPress-adminpanel:

Felet maximum execution time (maximal exekveringstid) i instrumentpanelen
Felet maximum execution time (maximal exekveringstid) i instrumentpanelen

Hela felmeddelandet:

"Fatal Error: Maximum execution time of 30 seconds exceeded"

Värdet på 30 sekunder kan vara vilket nummer som helst. Vanligtvis är det mellan 30 och 60 sekunder. Det här felet dyker ofta upp när du installerar eller uppdaterar teman, plugins eller WordPresskärnan.

Varför händer max_execution_time-felet?

Varje WordPresswebbplats har en maximal exekveringstid för bearbetning av serverförfrågningar. Det är tänkt att minimera servermissbruk. Denna gräns tittar på alla PHP-skript som körs på din webbplats och blockerar dem som överskrider tidsgränsen.

Eftersom WordPresswebbplatsfiler huvudsakligen använder PHP är det viktigt att hålla ett öga på PHP-skript för att se om de körs för länge och äter upp för många serverresurser. Det är inte ovanligt att skadliga attacker använder oändliga PHP-skript för att få webbplatsen att börja lagga rejält.

Dessutom kan vissa plugins, teman eller andra WordPresselement dra ner serverresurser om de tar för lång tid på sig att exekveras. Plugins verkar utlösa detta felmeddelande oftare än andra element – sannolikt eftersom WordPressanvändare installerar plugins mycket oftare än de ändrar kod eller installerar teman. Dessutom kommer plugins från alla typer av utvecklare, så det är svårare att hitta bra plugins som understöds av solid kod och frekventa uppdateringar.

Oavsett orsak finns det inte många skäl att ha ett PHP-skript som exekveras under en längre tid, och det är därför det finns en maximal exekveringstid på plats. Ditt webbhotell sätter vanligtvis denna gräns på servernivå.

Vad är den normala maximala exekveringstiden?

De flesta webbhotell genomdriver en maximal exekveringstid som ligger någonstans mellan 30 och 60 sekunder. Detta intervall ger dina PHP-skript tillräckligt med tid för att slutföra sina jobb, även om de tar lite tid på sig.

I allmänhet bör en 30-sekunders tidsgräns fungera bra för högkvalitativa PHP-skript. Du kan dock behöva öka gränsen till 60 sekunder, beroende på din kod och dina serversvar. Vissa utvecklare kan välja så mycket som ett max på 300 sekunder, men nivåer över det är inte ett särskilt bra beslut.

Du kanske undrar: är det möjligt att ha en webbplats där PHP-skript tar längre tid, utan att de orsakar någon skada på servern?

Ja – vissa resurskrävande webbplatser kan inte undvika längre exekveringstider. Det skulle dock vara bäst att anta att kanske ett plugin, tema eller annan integration orsakar problemet innan du hoppar till olika, mindre rimliga slutsatser. Det är också möjligt att din webbplats kan kräva en mer kraftfull server, särskilt om du för närvarande använder en delad hostinglösning.

Ibland kan ett hostingföretag ställa in den maximala exekveringstiden alltför lågt för dina behov. Det är en ganska vanlig situation, och du kan lösa det genom att ta kontakt med din hostingleverantör.

Men det står ”Allvarligt fel”: det låter inte bra

Texten ”allvarlig fel” låter brådskande, men din webbplats riskerar inte att aldrig fungera igen. WordPressfelet max_execution_time är en av de vanligaste varningarna du kan stöta på hos WordPress.

Du kan dock se ett meddelande på din webbplats frontend som säger till användarna att webbplatsen upplever tekniska problem.

Det är ett problem – du kan förlora försäljning, leads eller läsare om varningsmeddelandet blockerar ditt innehåll och förblir aktivt under en längre tid.

Så här tar du reda på om ett max_execution_time-fel uppstod i WordPress

Det främsta sättet att se om du har överskridit den maximala exekveringstiden är genom att leta efter meddelandet i instrumentpanelen medan du laddar upp ett plugin, tema eller en WordPressuppdatering.

Installations- eller uppdateringssidan ger information om ändringen och ger dig ett ”framgång” eller ”fel”-meddelande. Meddelandet ”allvarligt fel” är också ett alternativ.

Alvarligt fel-meddelande i instrumentpanelen
Alvarligt fel-meddelande i instrumentpanelen

Ett annat sätt att identifiera ett maximalt exekveringsfel är genom att se frontend-meddelandet som användarna ser där det står: ”webbplatsen upplever tekniska problem.”

Frontend-meddelande om tekniska problem
Frontend-meddelande om tekniska problem

Det finns andra varianter av detta meddelande, varav några talar om allvarliga fel och innehåller en länk för att lära dig felsökning.

Alternativt frontend-meddelande på nyare WordPressversioner
Alternativt frontend-meddelande på nyare WordPressversioner

Slutligen skickar WordPress vanligtvis webbplatsadministratören ett mejl som förklarar att ett plugin eller tema har orsakat ett allvarligt fel. Mejlet kommer också att tillhandahålla en länk för att hjälpa dig att hitta en lösning på problemet, vanligtvis genom att ta bort problematiska plugin eller teman eller öka din maximala exekveringstid.

Ett mejl från WordPress om hur man åtgärdar maximal exekveringstids-felet
Ett mejl från WordPress om hur man åtgärdar maximal exekveringstids-felet

För alla fel som resulterar i ”tekniska problem”-meddelanden, se till att läsa vår guide om hur du kan lösa dessa problem. För att fokusera på att åtgärda max exekveringstids-felet i synnerhet, läs vidare.

Så fixar du WordPressfelet max_execution_time

Som nämnts visas max_execution_time efter att ett plugin, ett tema, eller en WordPressuppdatering har tagit för lång tid på sig att köra ett PHP-skript.

Du ser felmeddelandet på flera områden. Om du har problem med att komma åt din webbplats har mejlet du fick om det allvarliga felet en länk för att starta din WordPressinstans i återställningsläge.

Återställningsläge låter dig komma åt instrumentpanelen och ta bort problem som plugins.
Återställningsläge låter dig komma åt instrumentpanelen och ta bort problem som plugins.

Det finns flera sätt att åtgärda max_execution_time-felet:

  • Identifiera och avinstallera det plugin, eller tema, eller andra resurser som orsakade felet från början. Det görs i Återställningsläge eller genom att ta bort pluginet via FTP.
  • Öka maximal exekveringstid i WordPresspanelen genom ett plugin.
  • Ändra den maximala exekveringstiden i wp-config.php.
  • Öka den maximala exekveringstiden i .htaccess-filen.
  • Ändra maximal exekveringstid i php.ini-filen.
  • Be din hostingleverantör att öka den maximala exekveringstiden.

Att avinstallera ett plugin eller ett tema är ofta den snabbaste metoden, men vi kommer att gå igenom alla alternativ nedan.

Avinstallera problemområdet

Den här lösningen tar bort felet med maximal exekveringstid, men det ökar inte den maximala exekveringstiden. Därför är det bara ett lämpligt alternativ om du bestämt att du är villig att hitta en ersättare för det problematiska pluginet eller temat.

Om du i stället vill öka den maximala exekveringstiden för att ge utrymme åt ett plugin eller ett tema, gå vidare till följande avsnitt.

De som är intresserade av att ta bort problemet, (t.ex. temat eller pluginet) följ anvisningarna nedan.

För att börja, gör ditt bästa för att identifiera var problemet kommer från med följande metoder:

  • Avinstallera det senast installerade objektet, speciellt om felet uppstod direkt efter att du installerat ett plugin eller tema eller om du uppdaterat till den senaste versionen av WordPress.
  • Kolla din inkorg för att se om WordPress skickat ett mejl om det allvarliga felet. Ibland innehåller det information om vilket plugin som orsakade problemet från början.
  • Om du inte har någon aning om vilket objekt som orsakade felet rekommenderar vi att du inaktiverar varje plugin och återaktiverar dem ett efter ett, och uppdaterar sidan varje gång för att hitta vilket som skapar felet.

När du har identifierat problemet bör du avinstallera det från din WordPresswebbplats.

För att slutföra denna process, läs vår artikel om att avinstallera ett WordPressplugin. Guiden belyser hur du tar bort pluginet med hjälp av instrumentpanelen, en FTP-klient, och mer.

Avinstallation via instrumentpanelen är bäst för snabb borttagning, men att avinstallera ett plugin eller ett tema via FTP kommer till nytta om du inte har tillgång till WordPresspanelen. Du har också möjlighet att öppna panelen med Återställningsläget. WordPress innehåller en länk till Återställningsläget i e-postmeddelandet du får.

Slutligen kanske du upptäcker att en nyligen gjord versionsuppgradering av WordPress orsakade felet. Använd vår guide om hur du nedgraderar WordPressversionen för att felsöka detta. I allmänhet bör WordPressversionen inte vara grundorsaken – det är vanligtvis ett plugin eller tema som inte fungerar bra med den nya WordPressversionen.Formulärets överkant

Så ökar du den maximala exekveringstiden i WordPress (med ett plugin)

Ett annat alternativ innebär att öka den maximala exekveringstiden för att ge PHP-skripten i dina plugins och teman mer tid att arbeta.

Återigen är den maximala exekveringstiden där för säkerheten på din webbplats och server, så det är bäst att inte öka den för att göra plats åt ett dåligt kodat plugin eller tema. Det kan dock vara så att din hostingleverantör har ställt in korta exekveringstider, eller att du kan behöva lite extra tid.

I dessa fall är det acceptabelt att öka den maximala exekveringstiden för att bli av med max_execution_time-felet och för att minimera risken för att felet kommer upp igen i framtiden.

Ett sätt att ändra den maximala exekveringstiden är att installera ett plugin via instrumentpanelen som gör ändringar i konfigurationsfilerna utan att du behöver gå in i WordPressfilerna. Det här är ett bra alternativ för personer som inte känner sig bekväma med att använda en FTP-klient, men bara om du har tillgång till webbplatsens instrumentpanel.

Vissa säkerhets- och optimeringsplugin, som Google PageSpeed Insights, har alternativ för att öka den maximala exekveringstiden.

Ett annat plugin som fokuserar uteslutande på maximal exekveringstid kallas WP Maximum Execution Time Exceeded. Vi rekommenderar att du testar detta eftersom det automatiskt skriver om .htaccess-filen för att öka maxgränserna.

Pluginet WP Maximum Execution Time Exceeded
Pluginet WP Maximum Execution Time Exceeded

Det finns inget du behöver göra; installera och aktivera pluginet för att få det att börja jobba.

Du behöver bara installera och aktivera pluginet - inget mer
Du behöver bara installera och aktivera pluginet – inget mer

Som standard ger pluginet en 300 sekunders fördröjning i stället för vad du än hade från början, vilket borde ge din webbplats tema och plugins mer än tillräckligt med tid att köra sina PHP-skript.

Slutligen, avinstallera pluginet om du någonsin vill ta bort den ökade tidsgränsen.

Så ökar du den maximala exekveringstiden i wp-config.php

Var och en av följande metoder använder WordPress kärnfiler. Vi rekommenderar att du öppnar dina WordPress-webbplatsfiler via FTP/SFTP och ändrar innehållet där.

När det gäller hantering av WordPressfelet max_execution_time finns det ett sätt att lösa problemet genom att öppna wp-config.php-filen.

Öppna en FTP-anslutning till dina WordPress-filer. Hitta och öppna rotmappen (vanligtvis uppkallad efter din webbplats) och klicka på /public-mappen.

Mappen /public innehåller en omfattande samling av kärnfiler, inklusive wp-config.php.

Klicka på wp-config.php för att antingen redigera den direkt i FTP-klienten eller spara den till din dator för redigering.

Hitta wp-config-filen.
Hitta wp-config-filen.

Placera följande bit kod i wp-config.php-filen:

set_time_limit(300);

Det spelar vanligtvis ingen roll var du placerar koden så länge den inte ändrar något som redan finns i filen. Vi rekommenderar att du letar upp det sista området precis innan ”sluta redigera” och lägger koden där.

Ställ in en ny maximal exekveringstid i wp-config
Ställ in en ny maximal exekveringstid i wp-config

Därefter kan du spara och ladda upp den nya wp-config.php-filen till din webbplats via FTP. Den nya maximala exekveringstiden för det här exemplet är 300 sekunder, men du kan ändra det numret beroende på vad du behöver.

För att se till att det fungerade, gå tillbaka till WordPress för att se om allt fungerar som det ska nu. Om felet inte visas när du försöker ladda upp ett plugin eller tema har du lyckats.

Så ökar du den maximala exekveringstiden i .htaccess

Kinsta ger dig ingen .htaccess-fil eftersom vi använder mer prestandavänliga nginx-servrar, som inte kräver .htaccess-filer. Klicka för att lära dig mer om varför Kinsta inte har en fungerande .htaccess-fil, tillsammans med fördelarna med Nginx.

Många andra värdar – främst delade hostingleverantörer – använder Apache-servrar och tillhandahåller därför en .htaccess-fil i WordPress rotmapp.

Du kan hitta den filen ungefär så som du skulle hitta wp-config.php-fil: genom att ansluta till din webbplats via FTP och letar under /public-mappen.

Återigen kommer du inte att kunna hitta den om du hostar din webbplats med Kinsta. Vi rekommenderar att alla Kinsta-användare använder wp-config.php-metoden.

Hitta och klicka .htaccess
Hitta och klicka .htaccess

Det är viktigt att säkerhetskopiera din .htaccess-fil innan du redigerar den. Läs denna handledning om hur du säkerhetskopierar dina WordPress-filer.

När du gjort din säkerhetskopiering, öppna .htaccess-filen för redigering.

Lägg till den här raden i filen:

php_value max_execution_time 300

Du kan ändra det numret till vilken maximal exekveringstid som helst. Spara filen och ladda upp den till mappen /public i FTP-klienten igen. Till sist, gå tillbaka till din webbplats för att kontrollera om problemet har lösts.

Så ökar du den maximala exekveringstiden i php.ini

En annan fil som inte är lika vanligt hos webbhotell kallas php.ini. Det är ett annat alternativ för att öka ditt exekveringsmax, det är oftare enklare att göra det med wp-config.php-metoden.

Ändå, om du är säker på att det finns en php.ini-fil i din rotmapp och att de andra metoderna av någon anledning inte fungerar, kan du använda php.ini-filen i stället.

Ungefär som de andra metoderna kan du vanligtvis hitta php.ini-filen i mappen /public. Få tillgång till denna genom fil via en FTP-klient.

Öppna filen för redigering.

Hitta php.ini-filen
Hitta php.ini-filen

Lägg till den här raden för att öka den maximala exekveringstiden:

max_execution_time = 300

Som alltid, ändra detta nummer till det som passar dig, och kom ihåg att testa om det fungerade genom att ladda upp problemobjektet och kolla om alla felmeddelanden har försvunnit.

Kontakta din hostingleverantör för att begära en ökning av maximal exekveringstid

Att köra en WordPresswebbplats på en dedikerad server innebär att du har fullständig kontroll över den maximala exekveringstiden. Därför bör de tidigare metoderna fungera. Men det kan också vara så att du manuellt kan ändra den maximala exekveringstiden med andra typer av hosting som hanterad eller VPS-hosting.

Många delade hostingleverantörer begränsar din förmåga att ändra den maximala exekveringstiden för att skydda den övergripande servern som delas med många andra appar och webbplatser.

Om du antingen inte vill fiffla med det eller om du har problem med att öka den maximala exekveringstiden måste du kontakta din hostingleverantör och begära att de ökar den åt dig.

Ta kontakt med din leverantörs supportteam och berätta för dem att du ser WordPressfelet max_execution_time. Fråga sedan vad din nuvarande maximala exekveringstid är. Slutligen, begär att de ökar din gräns, helst till någonstans mellan 60 och 300. Kom ihåg att du bör ta bort alla plugins eller teman som behöver längre tid än så.

Sammanfattning

WordPressfelet max_execution_time uppstår på grund av långsamma PHP-skript, som oftast förekommer för plugins, teman och WordPressversionsuppdateringar.

Du kan se detta fel i WordPresspanelen, tillsammans med ett potentiellt meddelande om ”tekniska problem” på frontenden och ett mejl från WordPress om situationen.

Det är ett mycket vanligt fel. Genom att följa de steg vi har gått igenom här kan din webbplats vara i gång igen på några minuter.

Salman Ravoof

Salman Ravoof is a self-taught web developer, writer, creator, and a huge admirer of Free and Open Source Software (FOSS). Besides tech, he's excited by science, philosophy, photography, arts, cats, and food. Learn more about him on his website, and connect with Salman on Twitter.