WordPress-päivitys rikkoi sivuston: näin palaatte hallitusti taaksepäin

Mikä päivitettiin?

WordPress-sivustolla päivittyy neljä asiaa, ja kukin palautetaan eri tavalla: WordPressin ydin, lisäosat, teema ja palvelimen PHP-versio, jota webhotelli päivittää omassa aikataulussaan. Näin selvitätte, mikä niistä muuttui:

• WordPressin sähköpostit: automaattisen päivityksen jälkeen WordPress lähettää sivuston ylläpidon sähköpostiosoitteeseen viestin, jonka otsikko on esimerkiksi ”[Sivuston nimi] Osa lisäosista päivitettiin automaattisesti”, ja luettelee siinä muutokset.
• Lisäosat-näkymä: sarake ”Automaattiset päivitykset” näyttää, mitkä lisäosat päivittyvät itsestään, ja jokaisella rivillä näkyy asennettu versio.
• Työkalut > Sivuston eheys > Tietoa: Palvelin-osio kertoo PHP-version, ja lisäosien ja teemojen osiot kunkin osan version.
• Kansioiden päivämäärät: päivityksen uudelleen kirjoittama lisäosakansio kantaa päivityksen päivämäärää.

wp plugin list
ls -lt wp-content/plugins | head

Ensimmäinen komento luettelee lisäosat versioineen ja tiloineen; toinen luettelee lisäosakansiot viimeksi muutetusta vanhimpaan. Verratkaa niitä kellonaikaan, jolloin sivusto muuttui.

Tyhjentäkää välimuistit ennen johtopäätöksiä

Päivityksen jälkeen CSS- ja JavaScript-tiedostojen sisältö muuttuu, ja välimuisti voi jatkaa vanhojen tiedostojen tarjoilua. Tulos näyttää viasta: ulkoasu hajalla, valikot, jotka eivät enää aukea. Tyhjentäkää tässä järjestyksessä välimuisti- tai optimointilisäosan välimuisti, webhotellin välimuisti, jos sellainen on tarjolla, ja sitten selaimen välimuisti, ja ladatkaa sivu uudelleen. Jos sivusto palaa ennalleen, päivitys ei ollut syynä.

Sivusto on jumissa huoltotilassa

Päivityksen aikana WordPress luo sivuston juurihakemistoon tiedoston .maintenance ja näyttää ilmoituksen ”Sivustoa huolletaan ja se on hetken poissa käytöstä. Kokeile uudestaan minuutin kuluttua.” Kun päivitys keskeytyy, tiedosto jää paikalleen. WordPress ohittaa sen kymmenen minuuttia siihen tallennetun ajan jälkeen; jos ette halua odottaa tai ilmoitus pysyy, poistakaa tiedosto SFTP:llä tai webhotellin tiedostonhallinnalla. Sen nimi alkaa pisteellä, joten ottakaa piilotettujen tiedostojen näyttäminen käyttöön nähdäksenne sen.

Palatkaa sitten kohtaan Ohjausnäkymä > Päivitykset: osa, jonka päivitys keskeytyi, päivitetään uudelleen tai asennetaan uudelleen edellisenä versiona.

Palauttakaa lisäosan edellinen versio

Edellisen version uudelleenasennus korvaa lisäosan tiedostot ja säilyttää sen asetukset, jotka ovat tietokannassa.

wp plugin install lisaosan-nimi --version=2.4.1 --force

• WordPress.orgin hakemiston lisäosa: sen julkisella sivulla linkki ”Edistynyt näkymä” vie luetteloon ”Edelliset versiot”. Ladatkaa tarvitsemanne arkisto ja valitkaa sitten näkymässä ”Asenna lisäosia” painike ”Lataa lisäosa”: WordPress tunnistaa jo asennetun lisäosan ja tarjoaa vaihtoehdon ”Korvaa nykyinen siirretyllä”.
• Julkaisijalta ostettu lisäosa: edelliset versiot voi yleensä ladata omalta asiakastililtä julkaisijan palvelusta.
• Sen jälkeen: valitkaa lisäosan kohdalta ”Poista automaattiset päivitykset käytöstä”, kunnes julkaisija julkaisee korjauksen.

WordPress osaa jo itse palata edelliseen versioon kahdessa tapauksessa. Versiosta 6.3 lähtien, kun lisäosan tai teeman päivitys epäonnistuu kesken, vanha versio palautetaan. Versiosta 6.6 lähtien, kun aktiivisen lisäosan automaattinen päivitys aiheuttaa kriittisen virheen, WordPress asentaa edellisen version uudelleen. Päivitys, joka menee läpi ja rikkoo toiminnon ilman kriittistä virhettä, palautetaan käsin.

Teema: edellinen versio ja kadonneet muokkaukset

wp theme install teeman-nimi --version=3.1.0 --force

Teeman päivitys korvaa kaikki sen tiedostot. Suoraan teeman tiedostoihin, esimerkiksi functions.php-tiedostoon tai tyylitiedostoon, tehdyt muutokset katoavat siksi jokaisessa päivityksessä. Ennen päivitystä otetusta varmuuskopiosta ne löytyvät; pysyvästi ne säilyvät lapsiteemassa, johon ylätason teeman päivitykset eivät koske.

WordPressin ydin

WP-CLI asentaa ytimen tietyn version uudelleen:

wp core update --version=7.0 --force

Ytimen pääversiopäivitys voi myös muuttaa tietokannan rakennetta, jonka tämä komento jättää ennalleen. Varmin tapa on usein pitää ydin ajan tasalla ja palauttaa yhteensopimaton lisäosa tai teema. Jos ytimen palauttaminen on välttämätöntä, se tehdään ennen päivitystä otetusta täydellisestä varmuuskopiosta.

Webhotellin vaihtama PHP-versio

Webhotellit päivittävät PHP:tä sitä mukaa kuin vanhat versiot lakkaavat saamasta tietoturvakorjauksia. Vanha lisäosa tai teema voi silloin pysähtyä kriittiseen virheeseen. Webhotellin hallintapaneelissa voi yleensä valita sivuston PHP-version:

1. Kirjatkaa ylös nykyinen versio ja palatkaa sitten edelliseen.
2. Tarkistakaa, että sivusto toimii taas.
3. Päivittäkää tai vaihtakaa vian aiheuttava osa, jonka virheenkorjausloki on tunnistanut.
4. Siirtykää takaisin uuteen versioon.

Tämä paluu on vianetsinnän vaihe: PHP-versio ilman tietoturvakorjauksia jättää sivuston alttiiksi. php.netissä julkaistun virallisen aikataulun mukaan PHP 8.1:n tietoturvakorjaukset päättyivät 31. joulukuuta 2025, PHP 8.2 saa niitä 31. joulukuuta 2026 asti ja PHP 8.3 31. joulukuuta 2027 asti. WordPress suosittelee PHP:n versiota 8.3 tai uudempaa.

Täydellisen varmuuskopion palautus viimeisenä keinona

Palautus vie tiedostot ja tietokannan varmuuskopion tilaan. Kaikki, mitä sivusto on sen jälkeen vastaanottanut, katoaa: tilaukset, lomakeviestit, kommentit, rekisteröitymiset, julkaistut artikkelit.

1. Viekää ensin talteen se, mitä on tullut varmuuskopion jälkeen: tilaukset, lomakkeiden vastaukset, uudet tilit.
2. Palauttakaa tiedostot ja tietokanta samalta hetkeltä webhotellin työkalulla tai varmuuskopiolisäosallanne. Yhden päivän tiedostot ja toisen päivän tietokanta tuottavat vaikeasti tulkittavia virheitä.
3. Tuokaa talteen viedyt tiedot takaisin.
4. Tehkää päivitykset uudelleen yksi kerrallaan ja tarkistakaa sivusto jokaisen välissä: viimeisin ennen vikaa tehty päivitys on sen aiheuttaja.

Seuraavaa päivitystä varten

• Testikopio: monet webhotellit tarjoavat testiympäristön (staging), joka kopioi sivuston yhdellä klikkauksella. Päivitykset tehdään ensin siellä.
• Varmuuskopio juuri ennen päivitystä, tiedostot ja tietokanta yhdessä.
• Yksi päivitys kerrallaan, ja tärkeimpien sivujen tarkistus jokaisen välissä: etusivu, yhteydenottolomake, ostoskori.
• Lisäosan tai teeman muutosloki, luettuna ennen pääversiopäivitystä.