Stran je po posodobitvi razpadla

Prva stvar: ne posodabljaj naprej

Prvi nagon je klikniti še preostale posodobitve, češ da se bo popravilo samo. Praviloma se ne. Vsaka nadaljnja sprememba zabriše sled do vzroka in oteži vrnitev nazaj.

Ustavi se in zapiši, kaj si posodobil in ob kateri uri.

Ugotovi, kaj je krivo

Seznam posodobitev je zapisan: pri WordPressu pod Posodobitve in v dnevniku dogodkov, pri drugih sistemih v zgodovini sprememb. Poišči, kaj se je zgodilo neposredno pred okvaro.

Če je posodobitev več, uporabi isti postopek kot pri beli strani: izklopi vse in vklapljaj po vrsti.

Vrnitev vtičnika na prejšnjo različico

Večina vtičnikov ima na voljo starejše različice; obstajajo tudi orodja, ki vrnitev opravijo z enim klikom. Postopek:

1. Naredi kopijo trenutnega stanja, tudi če je pokvarjeno.
2. Zamenjaj mapo vtičnika s prejšnjo različico.
3. Preveri ključne poti: obrazec, blagajno, prijavo.
4. Ustavi samodejne posodobitve za ta vtičnik, dokler ni popravka.

Vrnitev celotne strani iz kopije

Kadar je škode preveč, je hitrejša pot obnova iz kopije izpred posodobitve. Pazi na podatke, ki so nastali vmes: naročila, komentarji, prijave. Postopek opisuje obnovitev iz varnostne kopije.

Zakaj se to sploh zgodi

• Nezdružljivost — vtičnik pričakuje novejšo različico jedra ali PHP.
• Opuščene funkcije — nova različica je odstranila nekaj, na kar se je opirala tema.
• Predpomnilnik — stran ni pokvarjena, kaže se le stara različica slogov. Najprej počisti predpomnilnik.
• Ročne spremembe — nekdo je urejal datoteke vtičnika, posodobitev pa jih je prepisala.

Kako posodabljati odslej

1. Kopija pred vsako posodobitvijo. Brez izjem.
2. Poskusno okolje Kopija strani, kjer posodobitev preizkusiš.
3. Po ena naenkrat Če se kaj podre, veš, kaj je bilo.
4. Preveri ključne poti Obrazec, blagajna, prijava — vsakič.
5. Ne posodabljaj v petek popoldne. Nasvet, ki zveni kot šala, dokler ni petek.

Pogosta vprašanja