Webhotellet oppgraderer PHP: slik unngår du at WordPress-siden krasjer.

WordPress anbefaler PHP 8.3 eller nyere. Fra WordPress 7.0 er minstekravet PHP 7.4.0. WordPress skriver selv at 7.4 og andre gamle versjoner har nådd «End of Life» og kan gjøre nettstedet sårbart.

WordPress 7.0 og 7.1 er testet med PHP 7.4 til og med 8.5, og datokortene over viser fra hvilken WordPress-versjon hver PHP-versjon er støttet. Kjører du en eldre WordPress-versjon, oppdater WordPress før du bytter PHP, ellers kjører du en kombinasjon WordPress ikke har testet. Nye PHP-versjoner kommer hver november.

WooCommerce anbefaler PHP 8.3 eller nyere, og serverkravene sier at den er testet opp til PHP 8.4. Dagens minstekrav er 7.4, men WooCommerce 11.6, som er planlagt til februar 2027, krever PHP 8.1 eller nyere. Butikker på PHP 7.4 eller 8.0 kan oppdatere til og med 11.5, og fra 11.3 viser WooCommerce et varsel til disse butikkene.

Boksen i kontrollpanelet i WordPress styres av et oppslag mot WordPress.org, som 12. november 2026 fortsatt regnet PHP 8.1 og 8.2 som akseptable. Under 8.0 vises boksen alltid. Fravær av et varsel betyr altså ikke at versjonen er trygg. Datoene på php.net er fasiten.

Filer og database, lagret et annet sted enn på selve webhotellet. Sjekk at den faktisk kan gjenopprettes. Er nettstedet en nettbutikk, husk at en full gjenoppretting senere også setter ordrene tilbake. Kopien er en nødutgang, ikke planen.

Mange PHP-feil er allerede rettet i nyere versjoner av temaet og pluginene. Oppdater på den PHP-versjonen du har i dag, og sjekk at alt virker, før du bytter PHP. Da vet du at en ny feil skyldes PHP og ikke oppdateringene.

Gå til Utvidelser og Installerte utvidelser, og klikk «Vis detaljer» under hver plugin. Der står «Sist oppdatert», «Kompatibel opp til» (den nyeste WordPress-versjonen utvikleren har testet med) og «Krever PHP-versjon», som bare er minstekravet og ikke sier om pluginen tåler en nyere versjon.

På wordpress.org får plugins som ikke er testet med de tre siste hovedversjonene av WordPress en advarsel om at de kanskje ikke vedlikeholdes lenger. En plugin som ikke er rørt på flere år, er den vanligste årsaken til krasj etter en PHP-oppgradering. Bytt den ut, eller fjern den hvis du ikke bruker den. Husk temaet, særlig et kjøpt tema som aldri er oppdatert. For kjøpte plugins og temaer: sjekk endringsloggen eller spør utvikleren.

Mange webhotell har en knapp for å lage en kopi av nettstedet, ofte kalt staging. Sett kopien på den nye PHP-versjonen og klikk deg gjennom det viktigste: forsiden, et par undersider, kontaktskjemaet, innlogging og, i en nettbutikk, et helt kjøp. Har du ikke staging, spør webhotellet om de kan lage en kopi for deg.

Åpne wp-config.php. Der står som regel allerede define( 'WP_DEBUG', false );. Endre false til true i stedet for å legge til en ny linje, for står konstanten der to ganger, gjelder den første, og loggen blir aldri skrudd på. Legg så til define( 'WP_DEBUG_LOG', true ); og define( 'WP_DEBUG_DISPLAY', false ); over linjen «That's all, stop editing!». Feilene havner da i wp-content/debug.log, uten at besøkende ser dem.

Gjør dette på kopien. WordPress fraråder feilsøking på et nettsted i drift, og Nettstedshelse advarer om at loggfilen kan være tilgjengelig for alle. Skru det av og slett debug.log når du er ferdig.

Den kjente pluginen PHP Compatibility Checker vedlikeholdes ikke lenger. På pluginsiden på wordpress.org står det at det ikke kommer flere versjoner, heller ikke sikkerhetsrettinger, og den sjekker bare opp til PHP 8.0. Den ekte testen er å kjøre nettstedet på den nye versjonen og lese loggen.

PHP kjører på serveren, så versjonen byttes hos webhotellet, ikke i WordPress. Bruker webhotellet cPanel, heter verktøyet MultiPHP Manager: huk av domenet, velg versjon i menyen PHP Version og klikk Apply. Andre kontrollpaneler har egne navn, og finner du det ikke, kan webhotellet bytte for deg.

Har du flere nettsteder, eller en egenutviklet PHP-applikasjon i en undermappe, sjekk versjonen for hver av dem. En PHP-innstilling i en undermappe kan gi en annen versjon der enn i roten, som vi skriver om i artikkelen om WordPress og en gammel PHP-applikasjon. Selve applikasjonen dekker vi under vedlikehold av PHP-applikasjoner.

Velg en tid med lite trafikk, når du selv har en time til å teste. Ikke rett før helg, og i en nettbutikk ikke midt i et salg.

Samme runde som på kopien: forsiden, undersider, skjema, innlogging i wp-admin og et helt kjøp i en nettbutikk. Sjekk at e-posten fra skjemaet og ordrebekreftelsen kommer fram. Sjekk også bakgrunnsjobbene: at planlagte jobber faktisk kjørte, og at siste ordre kom fram til regnskapssystemet.

Krasjer siden, kan du som regel sette PHP-versjonen tilbake i det samme kontrollpanelet, eller be webhotellet gjøre det. Det kjøper deg tid, men det er en midlertidig løsning. Versjonen du går tilbake til, slutter også å få rettinger, og noen webhotell tilbyr den ikke lenger.