WordPress stranica ne radi nakon ažuriranja: kako se uredno vratiti unatrag

Ažuriranje WordPressa, dodatka, teme ili PHP-a, i stranica više nije ista: raspadnut izgled, bijela stranica, obrazac koji više ne reagira. Vraćanje unatrag radi se komponentu po komponentu, uz čuvanje svega što je stranica u međuvremenu primila, uključujući narudžbe i poruke. Evo koraka, redom.

Objavljeno 8. listopada 2026. Autor: Vrijeme čitanja: 9 minuta

Svi vodiči

Najvažnije

  1. Utvrdite što je ažurirano i kada: zaslon s ažuriranjima, e-poruke o automatskim ažuriranjima, upravljačka ploča pružatelja hostinga.
  2. Najprije ispraznite predmemorije: raspadnut izgled često dolazi od starih CSS datoteka zadržanih u predmemoriji.
  3. Ako je stranica zaglavila na poruci „Nakratko nedostupno za tempirano održavanje”, izbrišite datoteku .maintenance u korijenskoj mapi.
  4. Dodatak ili tema: ponovno instalirajte prethodnu inačicu, WP-CLI-jem ili arhivom izdavača.
  5. Pružatelj hostinga promijenio je inačicu PHP-a: vratite prethodnu u njegovoj upravljačkoj ploči dok ne ažurirate komponentu o kojoj je riječ.
  6. Potpuno vraćanje sigurnosne kopije ostavite za krajnji slučaj, nakon što izvezete sve što je stranica primila od te sigurnosne kopije.

Što je ažurirano?

Na WordPress stranici ažuriraju se četiri elementa i svaki se vraća unatrag na drugi način: jezgra WordPressa, dodaci, tema i inačica PHP-a na poslužitelju, koju pružatelj hostinga mijenja sa svoje strane. Da biste saznali što se promijenilo:

Terminal, u korijenskoj mapi stranice
wp plugin list
ls -lt wp-content/plugins | head

Prva naredba navodi dodatke s njihovom inačicom i stanjem, a druga mape dodataka od posljednje izmijenjene do najstarije. Usporedite to s vremenom kada se stranica promijenila.

Ispraznite predmemorije prije zaključka

Nakon ažuriranja CSS i JavaScript datoteke mijenjaju sadržaj, a predmemorija može nastaviti posluživati stare. Rezultat izgleda kao kvar: raspadnut izgled, izbornici koji se više ne otvaraju. Ispraznite ovim redom predmemoriju dodatka za predmemoriju ili optimizaciju, predmemoriju pružatelja hostinga ako je nudi, a zatim predmemoriju preglednika, pa ponovno učitajte stranicu. Ako se stranica vrati, uzrok nije bilo ažuriranje.

Stranica je zaglavila u održavanju

Tijekom ažuriranja WordPress u korijenskoj mapi stranice stvara datoteku .maintenance i prikazuje „Nakratko nedostupno za tempirano održavanje. Provjerite za minutu.” Kada se ažuriranje prekine, datoteka ostaje na mjestu. WordPress je zanemaruje deset minuta nakon vremena koje sadrži; da ne biste čekali, ili ako poruka ostane, izbrišite je putem SFTP-a ili upravitelja datoteka pružatelja hostinga. Budući da joj naziv počinje točkom, uključite prikaz skrivenih datoteka da biste je vidjeli.

Zatim otvorite Nadzorna ploča > Ažuriranja: element čije je ažuriranje prekinuto treba ponovno pokrenuti ili ponovno instalirati u prethodnoj inačici.

Vratite prethodnu inačicu dodatka

Ponovna instalacija prethodne inačice zamjenjuje datoteke dodatka i zadržava njegove postavke, koje se nalaze u bazi podataka.

Terminal: ponovna instalacija određene inačice
wp plugin install naziv-dodatka --version=2.4.1 --force

WordPress se već zna sam vratiti unatrag u dva slučaja. Od inačice 6.3, kada ažuriranje dodatka ili teme ne uspije usred postupka, na mjesto se vraća stara inačica. Od inačice 6.6, kada automatsko ažuriranje aktivnog dodatka izazove fatalnu grešku, WordPress ponovno instalira prethodnu inačicu. Ažuriranje koje uspije, a pokvari neku funkciju bez fatalne greške, ispravlja se ručno.

Tema: prethodna inačica i izgubljene izmjene

Terminal
wp theme install naziv-teme --version=3.1.0 --force

Ažuriranje teme zamjenjuje sve njezine datoteke. Izmjene napravljene izravno u datotekama teme, na primjer u functions.php ili u stilskoj datoteci, zato nestaju pri svakom ažuriranju. Sigurnosna kopija napravljena prije ažuriranja omogućuje da ih pronađete; da bi trajno ostale, smještaju se u podređenu temu (child theme), koju ažuriranja nadređene teme ostavljaju netaknutom.

Jezgra WordPressa

WP-CLI ponovno instalira određenu inačicu jezgre:

Terminal (7.0 zamijenite inačicom koja je bila instalirana prije ažuriranja)
wp core update --version=7.0 --force

Veće ažuriranje jezgre može promijeniti i strukturu baze podataka, koju ova naredba ostavlja kakva jest. Najsigurnije je često zadržati ažurnu jezgru i vratiti unatrag nekompatibilan dodatak ili temu. Ako je povratak jezgre neophodan, radi se iz potpune sigurnosne kopije napravljene prije ažuriranja.

Inačica PHP-a koju je promijenio pružatelj hostinga

Pružatelji hostinga mijenjaju inačicu PHP-a kako starije inačice prestaju primati sigurnosne ispravke. Stariji dodatak ili tema tada se može zaustaviti na fatalnoj grešci. Upravljačka ploča pružatelja hostinga obično omogućuje odabir inačice PHP-a za stranicu:

  1. Zabilježite trenutačnu inačicu, a zatim se vratite na prethodnu.
  2. Provjerite radi li stranica ponovno.
  3. Ažurirajte ili zamijenite komponentu o kojoj je riječ, utvrđenu zapisom za otklanjanje grešaka.
  4. Ponovno prijeđite na noviju inačicu.

Taj je povratak korak u otklanjanju kvara: inačica PHP-a bez sigurnosnih ispravaka izlaže stranicu riziku. Prema službenom rasporedu objavljenom na php.net, PHP 8.1 ne prima sigurnosne ispravke od 31. prosinca 2025., PHP 8.2 prima ih do 31. prosinca 2026., a PHP 8.3 do 31. prosinca 2027. WordPress preporučuje PHP 8.3 ili noviji.

Vraćanje potpune sigurnosne kopije, kao krajnje rješenje

Vraćanje sigurnosne kopije vraća datoteke i bazu podataka u stanje iz kopije. Sve što je stranica u međuvremenu primila nestaje: narudžbe, poruke iz obrazaca, komentari, registracije, objavljeni članci.

  1. Najprije izvezite ono što je stiglo nakon sigurnosne kopije: narudžbe, unose iz obrazaca, nove korisničke račune.
  2. Vratite datoteke i bazu podataka iz istog trenutka, alatom pružatelja hostinga ili dodatkom za sigurnosne kopije. Datoteke iz jednog dana i baza iz drugog stvaraju greške koje je teško protumačiti.
  3. Ponovno uvezite izvezene podatke.
  4. Ažuriranja ponovno primijenite jedno po jedno i nakon svakog provjerite stranicu: posljednje primijenjeno prije kvara upravo je ono koje ga uzrokuje.

Za sljedeće ažuriranje

Ažuriranja koja rade naši tehničari

Uz Serenity by Simafri izrađujemo vašu profesionalnu web stranicu, hostiramo je, štitimo i održavamo ažurnom. Vi nam pišete, mi se brinemo o svemu. Naziv domene i poslovna e-pošta uključeni.

Otkrijte Serenity by Simafri

Česta pitanja

Kako poništiti ažuriranje WordPress dodatka?

Ponovno instalirajte prethodnu inačicu: s WP-CLI-jem, wp plugin install naziv-dodatka --version=broj --force; bez WP-CLI-ja preuzmite arhivu prethodne inačice i prenesite je na zaslonu Dodaj dodatke, prihvaćajući zamjenu trenutačnog dodatka. Postavke dodatka, spremljene u bazi podataka, ostaju sačuvane.

Može li WordPress sam poništiti ažuriranje?

U dva slučaja. Od WordPressa 6.3 ažuriranje dodatka ili teme koje ne uspije usred postupka ostavlja staru inačicu na mjestu. Od WordPressa 6.6 poništava se automatsko ažuriranje aktivnog dodatka koje izazove fatalnu grešku. Ažuriranje koje uspije, a pokvari neku funkciju bez fatalne greške, ispravlja se ručno.

Zašto se izgled stranice promijenio nakon ažuriranja teme?

Ili predmemorija još poslužuje stare CSS datoteke, pa je dovoljno isprazniti predmemorije, ili su izmjene bile napravljene izravno u datotekama teme, a ažuriranje ih je zamijenilo. U drugom slučaju nalaze se u sigurnosnoj kopiji od prije ažuriranja i zatim se smještaju u podređenu temu.

Treba li isključiti automatska ažuriranja?

Ažuriranja ispravljaju i sigurnosne propuste, a stranica koja ih prima sa zakašnjenjem dulje je izložena. Postavka koja se isplati jest ažuriranje koje se najprije primijeni na testnoj kopiji, uz sigurnosnu kopiju neposredno prije. Dodatku koji stvara probleme automatsko ažuriranje može se isključiti dok ne stigne ispravak.

Izvori i službena dokumentacija

Povezani vodiči

WordPress bijeli ekran: pročitajte grešku prije nego što išta mijenjateUmjesto vaše stranice pojavljuje se bijeli ekran ili rečenica „Pojavila se kritična greška na vašoj web-stranici.” U oba slučaja PHP je negdje zapisao preciznu poruku koja imenuje datoteku o kojoj je riječ. Ovaj vodič pokazuje gdje je pročitati, kako je protumačiti i koji korak odgovara kojoj poruci.„Greška pri uspostavi veza s bazom podataka” u WordPressu: što to značiVaša stranica prikazuje samo jedan redak: „Greška pri uspostavi veza s bazom podataka”. WordPress nije uspio otvoriti bazu u kojoj se nalaze vaše podstranice, postavke i korisnički računi. Vaš je sadržaj obično netaknut: ovaj vodič objašnjava kako utvrditi koji je od četiri moguća uzroka u pitanju i kako ga ispraviti.
Kontaktirajte nas