Oppgradere PHP-versjon uten å sette nettsiden ut av drift

En PHP-oppgradering er både vedlikehold og en kodeendring. En støttet versjon får feil- og sikkerhetsrettelser, men gammel applikasjonskode kan slutte å virke når funksjoner endres eller fjernes. Den trygge løsningen er derfor ikke å bli stående på en utgått versjon eller å velge nyeste versjon uten test.

Hvilke PHP-versjoner støttes nå?

Status per 22. august 2026 hos PHP-prosjektet:

PHP publiserer den løpende fasiten på siden for støttede PHP-versjoner . Når en gren når slutten av sikkerhetsstøtten, publiserer PHP-prosjektet ikke lenger rettelser for nye sårbarheter i den grenen.

En operativsystemleverandør kan i noen tilfeller tilbakeføre egne sikkerhetsfikser. Be i så fall hostingleverandøren dokumentere hvilken pakke som brukes, hvem som vedlikeholder den og hvor lenge. Et gammelt versjonsnummer alene forteller ikke hele patchnivået, men «utvidet støtte» bør heller ikke godtas uten en konkret leverandørforpliktelse.

Hvilken versjon bør WordPress bruke?

WordPress.org anbefaler nå PHP 8.3 eller nyere . Det betyr ikke at alle temaer og utvidelser automatisk virker på PHP 8.5.

Velg målversjon etter denne rekkefølgen:

1. Versjonen har støtte hos PHP-prosjektet eller dokumentert utvidet støtte.
2. Gjeldende WordPress-versjon støtter den.
3. Aktive temaer og utvidelser er testet mot den.
4. Nødvendige PHP-utvidelser finnes hos hostingen.
5. Overvåking og rollback er tilgjengelig.

For en ny WordPress-installasjon bør dere ikke starte på en gren som nærmer seg slutten av sikkerhetsstøtten. For en gammel installasjon kan en kontrollert mellomoppgradering være nødvendig før endelig målversjon.

Slik finner dere dagens PHP-versjon

Bruk den sikreste metoden dere har tilgang til:

• I WordPress: Verktøy → Nettstedshelse → Informasjon → Tjener.
• I hostingleverandørens panel: se etter PHP-, runtime- eller applikasjonsinnstillinger.
• Med autorisert SSH-tilgang: kjør php -v, men kontroller at kommandolinjen bruker samme versjon som webserveren.
• I leverandørens support: be om både versjon, patchnivå og aktive utvidelser.

Unngå å legge en offentlig phpinfo()-fil på nettstedet. Den kan avsløre filstier, moduler og konfigurasjon. Hvis et slikt diagnostikkverktøy er helt nødvendig, begrens tilgangen og slett filen straks etter bruk.

Før oppgraderingen

1. Kartlegg løsningen

Dokumenter:

• WordPress-, tema- og utvidelsesversjoner
• egen PHP-kode og spesialtilpasninger
• aktive PHP-utvidelser som curl, intl, mbstring, mysqli og bildebehandling
• minne-, opplastings- og tidsgrenser
• cron-jobber, køer og kommandolinjeprosesser
• integrasjoner, skjema, betaling og e-post

Et nettsted som åpner forsiden etter byttet kan fortsatt ha feil i en planlagt jobb eller en sjelden brukt betalingsflyt.

2. Oppdater applikasjonen først

Oppdater WordPress, temaer og utvidelser til støttede versjoner mens dagens PHP-miljø fortsatt virker. Les endringslogger og leverandørkrav. Fjern komponenter som ikke lenger vedlikeholdes, eller erstatt dem før PHP-versjonen endres.

Ikke oppdater alt og PHP samtidig uten et testmiljø. Da blir det vanskeligere å vite hvilken endring som skapte feilen.

3. Ta en gjenopprettbar sikkerhetskopi

Kopien må omfatte både filer og database. Kontroller at dere kan hente den uten at produksjonskontoen virker, og at forrige PHP-versjon kan gjenopprettes. Bruk WordPress-guiden til backup og restore for et komplett sett.

4. Test på staging

Staging bør ha samme webserver, database, PHP-utvidelser og sentrale konfigurasjon som produksjon. Bytt målversjon der først og test med representative data. Les hvordan et staging-miljø sikres og brukes hvis testmiljøet inneholder produksjonsdata eller eksterne integrasjoner.

Testplan etter versjonsbyttet

Test minst:

• forside og viktige landingssider
• innlogging, roller og administrasjon
• oppretting og redigering av innhold
• bildeopplasting og bildebehandling
• søk, filtrering og navigasjon
• kontakt- og påmeldingsskjema
• utsending og mottak av system-e-post
• betaling, ordre, refusjon og webhooks der det finnes
• planlagte jobber og køer
• cachet og ikke-cachet visning
• feillogger og applikasjonslogger

Sammenlign også svartid og ressursbruk før og etter. En nyere PHP-versjon kan gi ytelsesforbedringer, men gevinsten avhenger av applikasjon, cache, server og trafikk. Det finnes ingen generell prosentgevinst som kan loves for alle WordPress-nettsteder.

Produksjonssetting og rollback

1. Velg et tidspunkt med lavere trafikk og tilgjengelig ansvarlig person.
2. Bekreft siste gyldige backup og rollback-prosedyre.
3. Sett applikasjonen i vedlikeholdsmodus hvis dataintegritet krever det.
4. Bytt PHP-versjon og kontroller nødvendige utvidelser og grenser.
5. Tøm relevant bytekode- og applikasjonscache.
6. Kjør den korte, prioriterte produksjonstesten.
7. Overvåk feilrate, logger, svartid, skjema og transaksjoner.
8. Rull tilbake hvis avtalte terskler brytes.

Rollback til gammel PHP kan være et kortvarig beredskapstiltak, ikke en permanent løsning dersom grenen er utgått. Registrer hvilken komponent som blokkerer oppgraderingen, hvem som skal rette den og en frist.

Vanlige feil etter oppgradering

Ikke start med å deaktivere alle utvidelser direkte i produksjon hvis det påvirker kunder. Bruk logger og staging til å isolere feilen, og følg rollback-planen når virkningen er stor.

PHP-versjon hos Vymo

Vymos standardtilbud er ikke et selvbetjent PHP- eller WordPress-webhotell. Kunden får derfor ikke et Vymo-kontrollpanel der PHP-versjon kan velges, og Vymo lover ikke kostnadsfri versjonsbytte som en standardfunksjon.

Den enkle bedriftsnettsiden settes opp og driftes som en administrert leveranse. Trenger dere en bestemt PHP-versjon, WordPress eller kontroll over servermiljøet, må det avklares som et separat teknisk behov. Beskriv plattformkravene , eller se den enkle nettsiden med hosting .