Vaihdoit PHP:n hostingissa, ja sivusto meni alas valkoisella ruudulla. Kuulostaako tutulta? Vuodesta 2020 lähtien tuhannet WordPress-sivustojen omistajat ovat kokeneet tämän skenaarion, kun palveluntarjoajat alkoivat joukolla poistaa PHP 7.4:ää käytöstä samalla kun lisäosien ekosysteemi ei ollut vielä ehtinyt version 8 tasalle.

Nyt on kesä 2026, ja tilanne on muuttunut dramaattisesti. WordPressin ydintiimi poisti virallisesti "beta-yhteensopivuus"-merkinnän kaikilta PHP 8.x -versioilta, 8.0:sta 8.5:een. Suositeltu vähimmäisversio on noussut PHP 8.3:een, ja WordPress 6.9 ja 7.0 tukevat täysin PHP 8.5:tä. Jos sivustosi pyörii yhä versiolla 7.4 tai 8.0, menetät paitsi tietoturvan myös ne huomattavat suorituskyvyn parannukset, joita uudemmat kieliversiot tarjoavat.

Puretaan tämä ilman höttöä: mitkä PHP-versiot ovat nykyisin ajankohtaisia WordPressille, miksi "beta" on menneisyyttä ja miten päivität ilman yhdenkään lisäosan rikkoutumista.

💡 Pika yhteenveto:

• Suositeltu PHP:n vähimmäisversio WordPressille vuonna 2026 on 8.3, ja WP 6.9 tukee täysin PHP 8.5:tä (lähde)
• "Beta-yhteensopivuus"-merkintä poistettiin virallisesti toukokuussa 2026; kaikilla PHP 8.x -versioilla on nyt täysi tuki
• Turvallinen päivityssuunnitelma: varmuuskopio → staging-kopio → lisäosien tarkistus → päivitys → varmennus
• PHP 7.4, 8.0 ja 8.1 eivät enää saa tietoturvapäivityksiä; niiden käytön jatkaminen on riskialtista

Miten WordPress päätyi täyteen PHP 8 -tukeen

Matka kesti lähes kuusi vuotta. Joulukuussa 2020 julkaistusta WordPress 5.6:sta tuli ensimmäinen versio, jossa ilmoitettiin olevan PHP 8.0 -yhteensopivuus. Mutta tiimi määritteli tilan heti "betaksi", ja hyvästä syystä. Ydin toimi, mutta kymmenien tuhansien lisäosien ja teemojen ekosysteemi pysyi arvaamattomana. PHP 8.0:ssa poistettu create_function()-funktio oli tuolloin käytössä yli 5 500 lisäosassa, Wordfencen arvion mukaan.

Keskeinen muutos tapahtui vuonna 2023, kun WordPress otti käyttöön määrälliset kriteerit beta-merkinnän poistamiselle: se pidettiin voimassa, kunnes tietyn PHP-version käyttöaste ylitti 10% vastaavassa WordPress-versiossa. Kevääseen 2026 mennessä yhteensopimattomuusraporttien määrä ja vakavuus olivat laskeneet niin paljon, että merkintä poistettiin kokonaan, takautuvasti kaikilta PHP 8.x -versioilta.

Tänään tilanne on selkeä: WordPress 6.4 ja uudemmat tukevat täysin PHP 8.3:a, versiot 6.8+ tukevat PHP 8.4:ää ja 6.9 ja 7.0 tukevat PHP 8.5:tä. Ei enää "betaa" tai "poikkeuksin".

Mitkä PHP-versiot toimivat WordPressin kanssa vuonna 2026

Virallinen WordPressin vaatimussivu määrittelee kolme tukitasoa. Tässä on tilanne kesäkuussa 2026:

Tärkeä huomio: PHP 8.2 saavuttaa EOL:n 31. joulukuuta 2026. Jos palveluntarjoajasi tarjoaa "PHP 8.2" maksimina, olet puolen vuoden päästä ilman tietoturvapäivityksiä. Vaatikaa 8.3:a tai 8.4:ää.

Miksi sinun kannattaa päivittää heti

Kolme syytä, jotka oikeuttavat tunnin järjestelmänvalvojan työn.

Tietoturva. PHP 7.4 ei ole saanut päivityksiä marraskuun 2022 jälkeen (neljä vuotta ilman suojaa). Mikä tahansa sen jälkeen löydetty haavoittuvuus on avoin ovi palvelimellasi. PHP 8.0 on ollut tukematon marraskuusta 2023 lähtien. W3Techsin kesäkuun 2026 tietojen mukaan noin 15% WordPress-sivustoista pyörii yhä PHP-versioilla, joilla ei ole tietoturvatukea. Se on satoja tuhansia mahdollisesti haavoittuvia asennuksia.

Suorituskyky. PHP 8.0 toi JIT-kääntäjän, ja versiot 8.1-8.4 toivat sarjan operaatiokoodin optimointeja, esilatausta ja tyypityksen parannuksia. Käytännössä siirtyminen 7.4:stä 8.3:een tuo 30-50% nopeuslisän tyypilliselle WordPress-sivustolle ilman koodimuutoksia, benchmark-mittausten mukaan. WooCommerce-verkkokaupoissa, joissa on satoja tuotteita, ero on vieläkin huomattavampi: lyhyempi sivun luontiaika tarkoittaa korkeampaa konversiota.

Yhteensopivuus. Lisäosien kehittäjät testaavat jo PHP 8.3:a ja 8.4:ää vähimmäisversioinaan. Suosittujen lisäosien uudet julkaisut eivät välttämättä yksinkertaisesti toimi PHP 7.4:llä, jolloin jäät paitsi toiminnallisuuspäivityksistä puuttuvien tietoturvapäivitysten lisäksi.

Mikä hajoaa PHP:tä päivitettäessä ja miten tarkistaa

Ongelmien pääasiallinen lähde on poistetut funktiot. PHP 8.0 karsi useita kymmeniä vanhentuneita kutsuja, mukaan lukien create_function(), each() ja money_format(). PHP 8.1 tiukensi tyypitystä: null-arvon välittäminen ei-nullable-parametrille muuttui varoituksesta kohtalokkaaksi virheeksi. PHP 8.2 jatkoi dynaamisten ominaisuuksien siivousta, ja 8.4 poisti lopulta E_STRICT-vakion.

Käytännön johtopäätös: jos lisäosaasi tai teemaasi ei ole päivitetty vuoden 2020-2021 jälkeen, yhteensopimattomuuden riski on suuri. Mutta käytössä on diagnostiikkatyökaluja.

Ensiksi, ehdoton sääntö: luo varmuuskopio ennen mitään toimenpiteitä. Sitten on kaksi polkua varmentamiseen.

Polku yksi: PHP Compatibility Checker. Asenna samanniminen lisäosa WordPress.org-hakemistosta. Se skannaa aktiivisen teemasi ja lisäosiesi koodin ja näyttää yhteensopimattomat kutsut tiedosto- ja rivinumerotietoineen. Se ei ole täydellinen (se ei näe ajonaikaisia ongelmia), mutta viidessä minuutissa se antaa sinulle miinakentän kartan.

Polku kaksi: staging-kopio. Luo kopio sivustostasi alidomainiin käyttäen palveluntarjoajasi työkalua tai lisäosaa, kuten WP Staging. Vaihda PHP kohdeversioon ja käy läpi kaikki avainsivut: etusivu, tuotteet, ostoskori, lomakkeet, hallintapaneeli. Mikä tahansa hajoaa, korjaa tai korvaa.

Miten päivität PHP:n turvallisesti: vaiheittainen suunnitelma

Toimintasarja, joka on testattu kymmenillä sivustoilla. Jokainen vaihe vie minuutteja, mutta säästää tunteja palautuksessa.

Vaihe 1: täysi varmuuskopio. Tiedostot ja tietokanta. Ei "palveluntarjoajan automaattinen varmuuskopio viime viikolta", vaan manuaalinen varmuuskopio juuri nyt. Useimmat palveluntarjoajat tarjoavat painikkeen hallintapaneelissa. Varavaihtoehtona UpdraftPlus-lisäosa: viisi minuuttia asentaa ja ajaa.

Vaihe 2: päivitä WordPress, teemasi ja kaikki lisäosat uusimpiin versioihin. Tuoreet julkaisut ottavat todennäköisimmin jo huomioon uuden PHP-version erityispiirteet. Jos lisäosa on hylätty eikä sitä ole päivitetty yli vuoteen, päätä, tarvitsetko sitä ennen uuteen PHP:hen siirtymistä. Korvaaja löytyy melkein aina.

Vaihe 3: luo staging-kopio. Vaihda siinä PHP kohdeversioon (8.3 tai 8.4) ja testaa sivusto. Käy läpi kaikki kriittiset sivut. Viisitoista minuuttia testausta nyt versus tunteja hätäpalautusta myöhemmin.

Vaihe 4: tuotantosivustolla, vaihda PHP hallintapaneelissa. Yleensä tämä on "PHP-asetukset" tai "Valitse PHP-versio" -osio cPanelissa / DirectAdminissa / ISPmanagerissa. Vaihdon jälkeen avaa sivusto incognito-tilassa ja tarkista: etusivu, sisäinen sivu, yhteydenottolomake, hallintapaneeli.

Vaihe 5: ota lokit käyttöön 48 tunniksi. Lisää wp-config.php-tiedostoon:

1
define( 'WP_DEBUG', true );
2
define( 'WP_DEBUG_LOG', true );
3
define( 'WP_DEBUG_DISPLAY', false );

wp-content/debug.log-tiedosto näyttää virheet, jotka eivät ilmenneet pintapuolisessa tarkistuksessa. Kahden päivän kuluttua, jos loki on tyhjä tai sisältää vain huomautuksia, poista debug-tila käytöstä ja työskentele rauhassa. Jos siellä on kohtalokkaita virheitä, tiedät, mikä lisäosa on syyllinen, ja voit korvata sen tarkasti.

⁉️🤔 Usein kysytyt kysymykset

Tarvitseeko minun päivittää PHP, jos sivustoni toimii hyvin?

Kyllä, ja mitä pidempään viivyttelet, sitä suurempi riski on. Versiot, joilla ei ole tietoturvatukea, eivät saa päivityksiä. Palveluntarjoajasi voi milloin tahansa pakottaa PHP 7.4:n pois käytöstä, ja sivusto yksinkertaisesti lakkaa avautumasta (saat tietää siitä kävijöiltä). Yli neljässä vuodessa ilman päivityksiä (marraskuusta 2022 lähtien) on kertynyt vaikuttava lista tunnettuja haavoittuvuuksia, joita kukaan ei korjaa PHP 7.4:ssä.

Mikä PHP minun kannattaa valita: 8.3 vai 8.4?

Jos palveluntarjoajasi tarjoaa molempia, valitse 8.4. Se on nopeampi ja saa päivityksiä joulukuuhun 2028 asti. PHP 8.3 on suositeltu vähimmäisvaihtoehto, jos 8.4 ei ole saatavilla. Suorituskykyero niiden välillä on huomattava tyypillisissä WordPress-kuormissa, joten on hyvä syy mennä korkeammalle.

Mit minun pitäisi tehdä, jos sivusto näyttää valkoista ruutua PHP-päivityksen jälkeen?

Ota WP_DEBUG käyttöön (vaihe 5 yllä); loki näyttää tarkan virheen ja tiedoston. Valtaosassa tapauksista ongelma on yksi vanhentunut lisäosa. Poista lisäosat käytöstä FTP:n kautta: nimeä /wp-content/plugins/-kansio uudelleen /plugins-off/-kansioksi, ja sivusto herää henkiin. Ota sitten lisäosat käyttöön yksi kerrallaan löytääksesi syyllisen ja korvaa se nykyaikaisella vaihtoehdolla.

Päivittääkö WordPress PHP:n automaattisesti?

Ei. PHP on palvelinohjelmisto, joka määritetään hosting-tasolla. WordPress voi vain suositella versiota Site Health -toiminnon kautta hallintapaneelissa, mutta varsinaisen vaihdon teet sinä tai hosting-tukitiimi.

Voinko ohittaa päivityksen ja pysyä PHP 7.4:ssä?

Teknisesti kyllä, kunnes palveluntarjoajasi pakottaa vanhan version pois käytöstä. Mutta marraskuusta 2022 lähtien tämä versio ei ole saanut tietoturvakorjauksia. Jokainen kuukausi ilman päivitystä on kuin pelaisi venäläistä rulettia: et tiedä, mikä haavoittuvuus on jo löydetty ja on hyödynnettävänä.

PHP ja WordPress vuonna 2026: mitä asentaa ja milloin päivittää

Lyhyt tuomio: PHP 8.4 useimmille sivustoille, PHP 8.3 ehdottomana vähimmäisversiona. Siirtyminen 7.4:stä ei ainoastaan sulje neljä vuotta vanhoja tietoturva-aukkoja, vaan tuo myös huomattavan nopeuslisän, mittausten mukaan 30%:sta tavallisella sivustolla 50%:iin raskaasti kuormitetussa WooCommerce-kaupassa.

Pääsääntö: älä ohita varmuuskopiointi- ja staging-testausvaihetta. Kymmenen minuuttia kopioon säästää tunteja kaatuneen sivuston palauttamisessa. Tarkista lisäosat ennen PHP:n päivitystä, ei sen jälkeen, ja prosessi sujuu ilman yllätyksiä.

Jos palveluntarjoajasi ei vieläkään tarjoa PHP 8.3:a, se on syy harkita vakavasti palveluntarjoajan vaihtamista. Vuonna 2026 ajantasaisten PHP-versioiden tuki on perushygieniavaatimus, ei kilpailuetu.