Kort sagt: PHP-versionen skifter I i hosting som regel i kundeområdet under et punkt som „PHP-indstillinger“ eller „PHP-version“, ofte adskilt pr. domæne. Før har I brug for en sikkerhedskopi og jeres CMS' systemkrav, bagefter en funktionstest. Vigtigt efter PHP2Shell: Valget bestemmer kun PHP-grenen. Om denne gren er patchet, skal hostingudbyderen bekræfte over for jer.
Hvorfor mange nu skifter PHP-version
Siden PHP2Shell kigger mange website-ejere for første gang i årevis i deres hostingindstillinger. Ofte finder de dér PHP 7.4 eller 8.1, fordi siden engang blev sat op sådan, og ingen siden har set efter. PHP-projektet forsyner ikke længere disse grene med udgivelser; mod PHP2Shell stillede det blot minimale rettelser i kildekoden til rådighed for 7.4, 8.0 og 8.1.
Omstillingen er hos de fleste hostingudbydere et klik. Netop det gør den risikabel: Et ældre website, hvis kode ikke er skrevet til nyere PHP-versioner, viser bagefter muligvis kun en fejlmeddelelse. Med lidt forberedelse kan det undgås. Hvad hostingudbyderen overtager som led i PHP2Shell, og hvad der ligger hos jer, beskriver siden Shared hosting: Hvad hostingudbyderen gør.
Valget i panelet er ikke patchen
En hyppig misforståelse: Den, der i kundeområdet skifter fra 8.2 til 8.3, har dermed ikke automatisk lukket PHP2Shell. I vælger en gren, som hostingudbyderen stiller til rådighed. Om denne gren indeholder rettelserne, altså står på 8.3.36 eller har en bekræftet backport, ligger i hostingudbyderens hånd.
Omvendt gælder: Er jeres hidtidige gren 8.2 patchet hos hostingudbyderen, er I beskyttet mod PHP2Shell, også uden skift. Overgangen til en nyere version er alligevel fornuftig, fordi PHP 8.2 den 31.12.2026 når enden på understøttelsen. Patchstatus lader I jer bekræfte skriftligt; en skabelon hertil giver vejledningen Spørg hostingudbyderen om patchstatus.
Skift PHP-version i hosting: trin for trin
Menunavne er forskellige fra udbyder til udbyder. Søg i kundeområdet efter begreber som PHP-indstillinger, PHP-version, PHP-konfiguration eller scriptsprog. Hos mange udbydere står valget i administrationen af det enkelte domæne.
- Notér nuværende status: Hvilken PHP-version kører pr. domæne og subdomæne? Et skærmbillede af indstillingerne hjælper på vejen tilbage.
- Opret en sikkerhedskopi: Filer og database, helst via hostingudbyderens backup-funktion og desuden som download.
- Kontrollér kravene: Hvilke PHP-versioner understøtter jeres CMS eller shop i den installerede version? Det står i producentens systemkrav, f.eks. på wordpress.org, shopware.com eller typo3.org.
- Opdatér udvidelser og temaer: Forældede plugins er den hyppigste årsag til fejl efter et PHP-skift. Opdatér dem før omstillingen.
- Brug et testmiljø, hvis et findes: Mange hostingudbydere tilbyder staging eller en kopi på et subdomæne. Omstil dér først.
- Omstil: Vælg ny version, gem, vent nogle minutter. Nogle hostingudbydere overtager ændringen ikke med det samme.
- Test: Åbn startsiden, kontaktformularen, login, søgning, indkøbskurv og betalingsforløb, log ind i administrationsområdet, og gem.
- Læs fejlloggen: I kundeområdet findes som regel en PHP-fejllog. Advarsler efter omstillingen viser, hvor der kræves tilpasninger.
Omstil uden for hovedforretningstiden, og sørg for, at en person, der kender websitet, kan træffes i timen efter. Fejl opdages ofte først ved funktioner, der sjældent bruges.
Hvilken version er den rigtige?
Vælg den nyeste version, som jeres applikation officielt understøtter. Grunden er enkel: Hver PHP-gren får kun i en begrænset tid sikkerhedsopdateringer. Jo nyere gren, desto længere har I ro. De aktuelle løbetider nævner php.net på siden om understøttede versioner; hvordan cyklussen fungerer, forklarer siden PHP-versioner og udgivelsescyklus.
| Gren | Rettet version (PHP2Shell) | Vurdering |
|---|---|---|
| PHP 8.5 | 8.5.12 | aktuelt understøttet |
| PHP 8.4 | 8.4.27 | aktuelt understøttet |
| PHP 8.3 | 8.3.36 | aktuelt understøttet |
| PHP 8.2 | 8.2.35 | understøttelsen ophører den 31.12.2026 |
| PHP 8.1 og ældre | ingen officiel udgivelse | kun kildekode-backports eller udbyderes backports |
Understøtter jeres applikation ingen version fra og med 8.2, er omstillingen alene ikke mulig. Så må applikationen først opdateres eller erstattes. Denne vej beskriver vores ydelse Migrering fra PHP 8.1 og ældre.
Typiske snublesten efter omstillingen
En hvid side eller en fejl 500 peger som regel på et plugin eller tema, der ikke tåler den nye version. Fejlloggen nævner som regel fil og linje. Deaktivér synderen, eller omstil midlertidigt tilbage.
Egne PHP-indstillinger går nogle gange tabt ved skiftet. Den, der f.eks. havde indstillet en højere upload-grænse eller en længere køretid for scripts, bør kontrollere, om disse værdier stadig gælder for den nye version. Pas derved på ikke at overskrive hostingudbyderens midlertidige foranstaltninger mod PHP2Shell.
Viser websitet efter omstillingen gammelt indhold eller mærkelige fejl, kan en cache være skyld i det. Tøm cachen i CMS'et og eventuelle caching-plugins. Forbliver problemet, så spørg hostingudbyderen, om caches på serversiden skal opbygges påny.
Glem ikke subdomæner, testinstallationer og gamle mapper. En for længst glemt kopi af websitet på PHP 7.4 er lige så sårbar som hovedsiden. Hvordan I slipper af med sådanne levn, beskriver indlægget Luk gamle PHP-versioner ned.
Hvordan hjælper PHP SOS konkret?
- Vi opgør, hvilke PHP-versioner der kører på jeres domæner og subdomæner, og afklarer patchstatus med hostingudbyderen.
- Vi kontrollerer jeres applikations kompatibilitet og omstiller først i et testmiljø.
- Vi ledsager omstillingen, gennemgår fejlloggen og udbedrer fejl eller omstiller kontrolleret tilbage.
- Hvor applikationen ikke tåler en understøttet version, planlægger vi migreringen og sikrer overgangstiden.
Ofte stillede spørgsmål
Lukker omstillingen til en nyere PHP-version PHP2Shell?
Kun hvis hostingudbyderen selv har patchet den valgte version. I kundeområdet vælger I som regel kun grenen, f.eks. 8.3. Om denne gren står på 8.3.36 eller en bekræftet backport, afgør hostingudbyderen.
Hvilken PHP-version bør jeg vælge?
Den nyeste version, som jeres CMS eller shop ifølge producentens systemkrav understøtter. PHP 8.2 når den 31.12.2026 enden på understøttelsen, derfor er 8.3 eller nyere det bedre valg, hvis jeres applikation tillader det.
Hvad sker der, hvis websitet ikke længere kører efter omstillingen?
Indstil den tidligere version igen i kundeområdet. Notér fejlmeddelelsen fra fejlloggen, og få årsagen udbedret, før I prøver igen. Bliv ikke varigt på en version uden sikkerhedsopdateringer.
Kan jeg indstille forskellige PHP-versioner for forskellige domæner?
Hos mange hostingudbydere ja, pr. domæne, subdomæne eller mappe. Det er praktisk til tests, men rummer faren for, at en gammel version fortsætter på et glemt subdomæne.