WordPress stran ne deluje po posodobitvi: kako se vrnete nazaj brez izgub

Kaj je bilo posodobljeno?

Na WordPress strani se posodabljajo štiri stvari in vsaka se vrača nazaj drugače: jedro WordPressa, vtičniki, tema in različica PHP na strežniku, ki jo ponudnik gostovanja nadgrajuje po svojem urniku. Kako ugotovite, kaj se je spremenilo:

• E-poštna sporočila WordPressa: po samodejni posodobitvi WordPress piše na naslov skrbnika strani, z zadevo, kot je „[Ime strani] Nekateri vtičniki so bili samodejno posodobljeni“, in navede, kaj se je spremenilo.
• Zaslon Vtičniki: stolpec „Samodejne posodobitve“ pokaže, kateri vtičniki se posodabljajo sami, vsaka vrstica pa nameščeno različico.
• Orodja > Zdravje spletišča > Podrobnosti: razdelek Strežnik navede različico PHP, razdelka o vtičnikih in temah pa različico vsakega sestavnega dela.
• Datumi map: mapa vtičnika, ki jo je posodobitev na novo zapisala, nosi datum te posodobitve.

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

Prvi ukaz navede vtičnike z različico in stanjem, drugi mape vtičnikov od nazadnje spremenjene do najstarejše. Primerjajte jih s časom, ko se je stran spremenila.

Izpraznite predpomnilnike, preden sklepate

Po posodobitvi se datoteke CSS in JavaScript spremenijo, predpomnilnik pa lahko še naprej streže stare. Rezultat je videti kot okvara: razpadla postavitev, meniji, ki se ne odpirajo več. Po tem vrstnem redu izpraznite predpomnilnik vtičnika za predpomnjenje ali optimizacijo, predpomnilnik ponudnika gostovanja, če ga ponuja, nato predpomnilnik brskalnika in znova naložite stran. Če stran spet deluje, posodobitev ni bila težava.

Stran je obtičala v načinu vzdrževanja

Med posodobitvijo WordPress v korenski mapi strani ustvari datoteko .maintenance in prikaže „Začasno nedostopno zaradi rednega vzdrževanja. Poskusite čez nekaj minut.“ Če se posodobitev prekine, datoteka ostane. WordPress jo prezre deset minut po času, zapisanem v njej; če ne želite čakati ali če sporočilo ostane, jo izbrišite prek SFTP ali z upraviteljem datotek ponudnika gostovanja. Njeno ime se začne s piko, zato vklopite prikaz skritih datotek.

Nato odprite Nadzorna plošča > Posodobitve: element, katerega posodobitev je bila prekinjena, je treba posodobiti znova ali ga znova namestiti v prejšnji različici.

Vrnite prejšnjo različico vtičnika

Ponovna namestitev prejšnje različice zamenja datoteke vtičnika in ohrani njegove nastavitve, ki so shranjene v podatkovni zbirki.

wp plugin install ime-vticnika --version=2.4.1 --force

• Vtičnik iz imenika WordPress.org: na njegovi javni strani povezava „Advanced View“ vodi do seznama „Previous Versions“ (imeni, kot ju prikazuje imenik). Prenesite želeni arhiv, nato na zaslonu „Dodaj vtičnike“ kliknite „Naloži vtičnik“: WordPress prepozna nameščeni vtičnik in ponudi „Zamenjaj trenutnega z naloženim“.
• Vtičnik, kupljen pri izdajatelju: prejšnje različice so navadno na voljo za prenos v vašem uporabniškem računu pri izdajatelju.
• Nato: pri tem vtičniku kliknite „Onemogoči samodejne posodobitve“, dokler izdajatelj ne objavi popravka.

WordPress se v dveh primerih vrne nazaj že sam. Od različice 6.3 se ob posodobitvi vtičnika ali teme, ki spodleti sredi postopka, vrne stara različica. Od različice 6.6 WordPress znova namesti prejšnjo različico, kadar samodejna posodobitev aktivnega vtičnika povzroči usodno napako. Posodobitev, ki se izvede do konca in pokvari funkcijo brez usodne napake, je treba vrniti ročno.

Tema: prejšnja različica in izgubljene prilagoditve

wp theme install ime-teme --version=3.1.0 --force

Posodobitev teme zamenja vse njene datoteke. Spremembe, narejene neposredno v datotekah teme, na primer v functions.php ali v slogovni datoteki, zato ob vsaki posodobitvi izginejo. Iz varnostne kopije, narejene pred posodobitvijo, jih lahko obnovite; da jih ohranite trajno, sodijo v podrejeno temo (child theme), ki je posodobitve nadrejene teme ne spremenijo.

Jedro WordPressa

WP-CLI znova namesti določeno različico jedra:

wp core update --version=7.0 --force

Večja posodobitev jedra lahko spremeni tudi strukturo podatkovne zbirke, ta ukaz pa jo pusti takšno, kot je. Varnejša pot je pogosto, da jedro ostane posodobljeno, nazaj pa vrnete nezdružljiv vtičnik ali temo. Če je vrnitev jedra neizogibna, jo izvedite iz celotne varnostne kopije, narejene pred posodobitvijo.

Različica PHP, ki jo je zamenjal ponudnik gostovanja

Ponudniki gostovanja PHP nadgrajujejo, ko starejše različice ne prejemajo več varnostnih popravkov. Star vtičnik ali tema se lahko takrat ustavi na usodni napaki. Nadzorne plošče gostovanja navadno omogočajo izbiro različice PHP za stran:

1. Zapišite trenutno različico, nato se vrnite na prejšnjo.
2. Preverite, ali stran spet deluje.
3. Posodobite ali zamenjajte sestavni del, ki težavo povzroča, kot ga pokaže dnevnik razhroščevanja.
4. Znova preklopite na novejšo različico.

Ta preklop je korak pri odpravljanju težav: različica PHP brez varnostnih popravkov pušča stran izpostavljeno. Po uradnem razporedu na php.net PHP 8.1 od 31. decembra 2025 ne prejema več varnostnih popravkov, PHP 8.2 jih prejema do 31. decembra 2026, PHP 8.3 pa do 31. decembra 2027. WordPress priporoča PHP 8.3 ali novejšo različico.

Celotna obnovitev varnostne kopije, kot zadnja možnost

Obnovitev vrne datoteke in podatkovno zbirko v stanje varnostne kopije. Vse, kar je stran prejela od takrat, se izgubi: naročila, sporočila iz obrazcev, komentarji, registracije, objavljeni prispevki.

1. Najprej izvozite, kar je prispelo od varnostne kopije: naročila, vnose obrazcev, nove račune.
2. Datoteke in podatkovno zbirko obnovite iz istega trenutka, z orodjem ponudnika gostovanja ali z vtičnikom za varnostno kopiranje. Datoteke z enega dne in podatkovna zbirka z drugega povzročijo napake, ki jih je težko razbrati.
3. Izvožene podatke znova uvozite.
4. Posodobitve znova uveljavite eno za drugo in vmes preverite stran: zadnja, uveljavljena pred okvaro, je tista, ki jo povzroča.

Za naslednjo posodobitev

• Testna kopija: veliko ponudnikov gostovanja ponuja testno okolje (staging), ki stran kopira z enim klikom. Posodobitve gredo najprej tja.
• Varnostna kopija tik pred tem, datoteke in podatkovna zbirka skupaj.
• Ena posodobitev naenkrat, vmes pa preverjanje ključnih strani: domača stran, kontaktni obrazec, košarica.
• Dnevnik sprememb vtičnika ali teme, prebran pred večjo posodobitvijo.