WordPressi sait on pärast uuendust katki: kuidas puhtalt tagasi minna

Mida uuendati?

WordPressi saidil uuendatakse nelja asja ja igaüks läheb tagasi eri moodi: WordPressi tuum, pluginad, teema ja serveri PHP versioon, mida teie majutaja uuendab omas ajakavas. Et teada saada, mis muutus:

• WordPressi e-kirjad: pärast automaatset uuendust kirjutab WordPress saidi administraatori aadressile, pealkirjaga näiteks «[Saidi nimi] Mõnda pluginat uuendati automaatselt», ja loetleb, mis muutus.
• Pluginate ekraan: veerg «Automaatuuendus» näitab, millised pluginad uuendavad end ise, ja iga rida näitab paigaldatud versiooni.
• Tööriistad > Saidi tervis > Info: jaotis Server annab PHP versiooni ning pluginate ja teemade jaotised iga komponendi versiooni.
• Kaustade kuupäevad: plugina kaust, mille uuendus üle kirjutas, kannab selle uuenduse kuupäeva.

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

Esimene käsk loetleb pluginad koos versiooni ja olekuga; teine loetleb pluginate kaustad viimati muudetust vanimani. Võrrelge neid ajaga, mil sait muutus.

Tühjendage vahemälud enne järelduste tegemist

Pärast uuendust muutuvad CSS- ja JavaScript-failid ning vahemälu võib jätkata vanade serveerimist. Tulemus näeb välja nagu rike: paigutus lagunenud, menüüd, mis enam ei avane. Tühjendage selles järjekorras oma vahemälu- või optimeerimisplugina vahemälu, majutaja vahemälu, kui majutaja seda pakub, seejärel brauseri vahemälu, ja laadige leht uuesti. Kui sait tuleb tagasi, ei olnud probleem uuenduses.

Sait on hooldusrežiimi kinni jäänud

Uuenduse ajal loob WordPress saidi juurkausta faili .maintenance ja näitab teadet «Leht on seoses plaanilise hooldusega hetkeks maas. Proovi mõne hetke pärast uuesti.» Kui uuendus katkeb, jääb fail alles. WordPress eirab seda kümme minutit pärast selles salvestatud aega; ootamise vältimiseks või kui teade püsib, kustutage fail SFTP kaudu või majutaja failihalduriga. Selle nimi algab punktiga, seega lülitage selle nägemiseks sisse peidetud failide kuvamine.

Seejärel avage Töölaud > Uuendused: element, mille uuendus katkes, tuleb uuesti käivitada või selle eelmine versioon uuesti paigaldada.

Pange tagasi plugina eelmine versioon

Eelmise versiooni uuesti paigaldamine asendab plugina failid ja säilitab selle sätted, mis asuvad andmebaasis.

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

• Plugin WordPress.org-i kataloogist: selle avalikul lehel (wordpress.org/plugins, inglise keeles) viib link «Advanced View» loendini «Previous Versions». Laadige alla vajalik arhiiv, seejärel klõpsake ekraanil «Lisa pluginaid» nuppu «Laadi plugin üles»: WordPress tunneb paigaldatud plugina ära ja pakub valikut «Asenda praegune versioon üleslaadituga».
• Väljaandjalt ostetud plugin: eelmised versioonid saab tavaliselt alla laadida teie kliendikontolt väljaandja juures.
• Seejärel: klõpsake selle plugina kõrval «Lülita automaatuuendus välja», kuni väljaandja avaldab parandused.

WordPress läheb kahel juhul ise tagasi. Alates versioonist 6.3 pannakse vana versioon tagasi, kui plugina või teema uuendus poole pealt ebaõnnestub. Alates versioonist 6.6 paigaldab WordPress eelmise versiooni uuesti, kui aktiivse plugina automaatuuendus põhjustab fataalse vea. Uuendus, mis lõpeb edukalt ja rikub mõne funktsiooni ilma fataalse veata, tuleb endiselt käsitsi tagasi pöörata.

Teema: eelmine versioon ja kaotatud kohandused

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

Teema uuendus asendab kõik selle failid. Muudatused, mis tehti otse teema failides, näiteks failis functions.php või stiililehes, kaovad seega iga uuendusega. Enne uuendust tehtud varukoopia võimaldab need tagasi saada; püsivalt säilitamiseks kuuluvad need alamteemasse (child theme), mida põhiteema uuendused ei puuduta.

WordPressi tuum

WP-CLI paigaldab uuesti tuuma kindla versiooni:

wp core update --version=7.0 --force

Tuuma suur uuendus võib muuta ka andmebaasi struktuuri, mida see käsk ei puutu. Turvalisem tee on sageli hoida tuum ajakohasena ja pöörata hoopis tagasi ühildumatu plugin või teema. Kui tuuma tagasipööramine on vältimatu, tehke see enne uuendust tehtud täielikust varukoopiast.

PHP versioon, mida majutaja muutis

Majutajad viivad PHP-d edasi, kui vanemad versioonid lõpetavad turvaparanduste saamise. Vana plugin või teema võib siis peatuda fataalse veaga. Majutuse juhtpaneelid lasevad tavaliselt valida saidi PHP versiooni:

1. Pange kirja praegune versioon, seejärel lülituge tagasi eelmisele.
2. Kontrollige, kas sait töötab uuesti.
3. Uuendage või asendage süüdi olev komponent, mille tuvastate silumislogi abil.
4. Lülituge tagasi uuele versioonile.

See lülitus on veaotsingu samm: PHP versioon ilma turvaparandusteta jätab saidi haavatavaks. php.net-i ametliku ajakava järgi ei ole PHP 8.1 saanud turvaparandusi alates 31. detsembrist 2025, PHP 8.2 saab neid kuni 31. detsembrini 2026 ja PHP 8.3 kuni 31. detsembrini 2027. WordPress soovitab PHP 8.3 või uuemat.

Taastage täielik varukoopia viimase abinõuna

Taastamine viib failid ja andmebaasi tagasi varukoopia seisu. Kõik, mida sait on vahepeal saanud, kaob: tellimused, vormisõnumid, kommentaarid, registreerumised, avaldatud postitused.

1. Eksportige kõigepealt see, mis on saabunud pärast varukoopiat: tellimused, vormide sisestused, uued kontod.
2. Taastage failid ja andmebaas samast hetkest, majutaja tööriistaga või varundusplugina abil. Ühe päeva failid ja teise päeva andmebaas tekitavad raskesti mõistetavaid vigu.
3. Importige eksporditud andmed uuesti.
4. Rakendage uuendused uuesti ükshaaval ja kontrollige saiti iga uuenduse järel: viimane enne riket rakendatud uuendus on see, mis riket põhjustab.

Järgmiseks uuenduseks

• Testkoopia: paljud majutajad pakuvad testkeskkonda (staging), mis kopeerib saidi ühe klõpsuga. Uuendused lähevad kõigepealt sinna.
• Varukoopia vahetult enne, failid ja andmebaas koos.
• Üks uuendus korraga, vahepeal olulisi lehti kontrollides: avaleht, kontaktivorm, ostukorv.
• Muudatuste logi (changelog) pluginal või teemal, loetud enne suurt uuendust.