Kort sagt: PHP-versionen ändrar ni hos webbhotellet oftast i kundområdet under en punkt som ”PHP-inställningar” eller ”PHP-version”, ofta separat per domän. Före bytet behöver ni en säkerhetskopia och systemkraven för ert CMS, efteråt ett funktionstest. Viktigt efter PHP2Shell: valet bestämmer bara PHP-grenen. Om grenen är patchad måste webbhotellet bekräfta för er.
Varför många nu ändrar PHP-version
Sedan PHP2Shell tittar många webbplatsägare för första gången på flera år i sina webbhotellsinställningar. Ofta hittar de där PHP 7.4 eller 8.1, eftersom sidan en gång ställdes in så och ingen sedan tittade efter. PHP-projektet förser inte de grenarna med releaser längre; mot PHP2Shell tillhandahöll det endast minimala rättningar i källkoden för 7.4, 8.0 och 8.1.
Bytet är hos de flesta webbhotell ett klick. Just det gör det riskabelt: en äldre webbplats vars kod inte skrevs för nyare PHP-versioner visar därefter kanske bara ett felmeddelande. Med lite förberedelse går det att undvika. Vad webbhotellet tar över inom ramen för PHP2Shell och vad som ligger hos er beskriver sidan Delat webbhotell: vad webbhotellet gör.
Valet i panelen är inte patchen
Ett vanligt missförstånd: den som byter från 8.2 till 8.3 i kundområdet har därmed inte automatiskt stängt PHP2Shell. Ni väljer en gren som webbhotellet tillhandahåller. Om den grenen innehåller rättningarna, alltså står på 8.3.36 eller har en bekräftad backport, ligger i webbhotellets hand.
Omvänt gäller: är er nuvarande gren 8.2 patchad hos webbhotellet är ni skyddade mot PHP2Shell, även utan byte. Övergången till en nyare version är ändå rimlig, eftersom PHP 8.2 når slutet på supporten den 31.12.2026. Patchnivån låter ni bekräfta skriftligt; en mall för det erbjuder guiden Fråga webbhotellet om patchstatus.
Ändra PHP-version hos webbhotellet: steg för steg
Menynamn skiljer sig mellan leverantörer. Sök i kundområdet efter begrepp som PHP-inställningar, PHP-version, PHP-konfiguration eller skriptspråk. Hos många leverantörer finns valet i administrationen av den enskilda domänen.
- Notera nuläget: Vilken PHP-version körs per domän och underdomän? En skärmdump av inställningarna hjälper vid vägen tillbaka.
- Skapa en säkerhetskopia: Filer och databas, helst via webbhotellets säkerhetskopieringsfunktion och dessutom som nedladdning.
- Kontrollera kraven: Vilka PHP-versioner stöder ert CMS eller er butik i den installerade versionen? Det står i tillverkarens systemkrav, till exempel på wordpress.org, shopware.com eller typo3.org.
- Uppdatera tillägg och teman: Föråldrade tillägg är den vanligaste orsaken till fel efter ett PHP-byte. Uppdatera dem före bytet.
- Använd testmiljö om sådan finns: Många webbhotell erbjuder staging eller en kopia på en underdomän. Byt där först.
- Byt: Välj ny version, spara, vänta några minuter. Vissa webbhotell tillämpar ändringen inte direkt.
- Testa: Öppna startsidan, kontaktformulär, inloggning, sök, varukorg och betalningsförlopp, logga in i adminområdet och spara.
- Läs felloggen: I kundområdet finns oftast en PHP-fellogg. Varningar efter bytet visar var anpassningar behövs.
Byt utanför huvudarbetstid och se till att en person som känner webbplatsen är nåbar under timmen efteråt. Fel märks ofta först vid funktioner som sällan används.
Vilken version är den rätta?
Välj den nyaste version som er applikation officiellt stöder. Skälet är enkelt: varje PHP-gren får säkerhetsuppdateringar bara under begränsad tid. Ju nyare gren, desto längre har ni ro. De aktuella löptiderna anger php.net på sidan för versioner som stöds; hur cykeln fungerar förklarar sidan PHP-versioner och releasecykel.
| Gren | Åtgärdad version (PHP2Shell) | Bedömning |
|---|---|---|
| PHP 8.5 | 8.5.12 | stöds för närvarande |
| PHP 8.4 | 8.4.27 | stöds för närvarande |
| PHP 8.3 | 8.3.36 | stöds för närvarande |
| PHP 8.2 | 8.2.35 | supporten upphör den 31.12.2026 |
| PHP 8.1 och äldre | ingen officiell release | bara backports i källkoden eller leverantörens backports |
Stöder er applikation ingen version från 8.2 är bytet ensamt inte möjligt. Då måste först applikationen uppdateras eller ersättas. Den vägen beskriver vår tjänst Migrering från PHP 8.1 och äldre.
Typiska snubbelstenar efter bytet
En vit sida eller ett fel 500 tyder oftast på ett tillägg eller tema som inte tål den nya versionen. Felloggen anger i regel fil och rad. Inaktivera orsaken eller byt tillfälligt tillbaka.
Egna PHP-inställningar går ibland förlorade vid bytet. Den som till exempel hade ställt in en högre uppladdningsgräns eller längre körtid för skript bör kontrollera om värdena fortfarande gäller för den nya versionen. Se då upp så att ni inte skriver över webbhotellets tillfälliga åtgärder mot PHP2Shell.
Visar webbplatsen efter bytet gammalt innehåll eller märkliga fel kan en cache vara skyldig. Töm CMS:ets cache och eventuella cachetillägg. Kvarstår problemet, fråga webbhotellet om serversidiga cacher måste byggas upp på nytt.
Glöm inte underdomäner, testinstallationer och gamla kataloger. En sedan länge bortglömd kopia av webbplatsen på PHP 7.4 är lika angripbar som huvudsidan. Hur ni blir av med sådana kvarlevor beskriver inlägget Stänga av gamla PHP-versioner.
Hur hjälper PHP SOS konkret?
- Vi kartlägger vilka PHP-versioner som körs på era domäner och underdomäner och klargör patchnivån med webbhotellet.
- Vi kontrollerar kompatibiliteten för er applikation och byter först i en testmiljö.
- Vi följer bytet, går igenom felloggen och åtgärdar fel eller återgår kontrollerat.
- Där applikationen inte tål någon version med support planerar vi migreringen och säkrar övergångstiden.
Vanliga frågor
Stänger ett byte till en nyare PHP-version PHP2Shell?
Bara om webbhotellet själv har patchat den valda versionen. I kundområdet väljer ni oftast bara grenen, till exempel 8.3. Om den grenen står på 8.3.36 eller en bekräftad backport avgör webbhotellet.
Vilken PHP-version bör jag välja?
Den nyaste version som ert CMS eller er butik enligt tillverkarens systemkrav stöder. PHP 8.2 når slutet på supporten den 31.12.2026, därför är 8.3 eller nyare det bättre valet om er applikation tillåter det.
Vad händer om webbplatsen inte längre fungerar efter bytet?
Ställ i kundområdet in den tidigare versionen igen. Notera felmeddelandet ur felloggen och låt åtgärda orsaken innan ni försöker igen. Stanna inte varaktigt på en version utan säkerhetsuppdateringar.
Kan jag ställa in olika PHP-versioner för olika domäner?
Hos många webbhotell ja, per domän, underdomän eller katalog. Det är praktiskt för tester men innebär risken att en gammal version fortsätter köras på en bortglömd underdomän.