WordPress mājaslapa nestrādā pēc atjaunināšanas: kā droši atgriezties

WordPress, spraudņa, tēmas vai PHP atjauninājums, un vietne vairs nav tāda kā agrāk: izjucis izkārtojums, tukša lapa, veidlapa, kas vairs nereaģē. Atgriešanās notiek pa vienam komponentam, saglabājot visu, ko vietne saņēmusi kopš tā brīža, arī pasūtījumus un ziņojumus. Lūk, darbības pareizā secībā.

Publicēts 2026. gada 8. oktobrī Autors: Lasīšanas laiks: 9 minūtes

Visi ceļveži

Galvenais

  1. Noskaidrojiet, kas tika atjaunināts un kad: jauninājumu ekrāns, automātisko atjauninājumu e-pasti, hostinga vadības panelis.
  2. Vispirms iztīriet kešatmiņas: izjucis izkārtojums bieži rodas no veciem CSS failiem, kas palikuši kešatmiņā.
  3. Vietne iestrēgusi ar ziņojumu «Īslaicīgi nav pieejama plānveida apkopes darbu dēļ»: dzēsiet failu .maintenance saknes mapē.
  4. Spraudnis vai tēma: pārinstalējiet iepriekšējo versiju ar WP-CLI vai izdevēja arhīvu.
  5. Hostinga pakalpojumu sniedzējs nomainījis PHP versiju: tā panelī atgriezieties pie iepriekšējās, līdz vainīgais komponents ir atjaunināts.
  6. Pilnu atjaunošanu no rezerves kopijas atstājiet kā pēdējo līdzekli, iepriekš eksportējot to, ko vietne saņēmusi kopš šīs kopijas.

Kas tika atjaunināts?

WordPress vietnē atjaunina četras lietas, un katru atgriež citādi: WordPress kodolu, spraudņus, tēmu un servera PHP versiju, ko hostinga pakalpojumu sniedzējs maina pats. Lai noskaidrotu, kas mainījās:

Terminālis, vietnes saknes mapē
wp plugin list
ls -lt wp-content/plugins | head

Pirmā komanda uzskaita spraudņus ar versiju un statusu; otrā spraudņu mapes, sākot ar pēdējo mainīto. Salīdziniet ar laiku, kad vietne mainījās.

Pirms secinājumiem iztīriet kešatmiņas

Pēc atjauninājuma CSS un JavaScript failu saturs mainās, un kešatmiņa var turpināt rādīt vecos. Rezultāts izskatās pēc kļūmes: izjucis izkārtojums, izvēlnes, kas vairs neatveras. Šādā secībā iztīriet kešatmiņas vai optimizācijas spraudņa kešatmiņu, hostinga pakalpojumu sniedzēja kešatmiņu, ja tāda ir, un pēc tam pārlūka kešatmiņu, un pārlādējiet lapu. Ja vietne atgriežas, atjauninājums nebija vainīgs.

Vietne iestrēgusi apkopes režīmā

Atjaunināšanas laikā WordPress vietnes saknes mapē izveido failu .maintenance un rāda «Īslaicīgi nav pieejama plānveida apkopes darbu dēļ. Pārbaudiet pēc pāris minūtēm.» Ja atjaunināšana tiek pārtraukta, fails paliek vietā. WordPress to ignorē desmit minūtes pēc tajā ierakstītā laika; lai nebūtu jāgaida vai ja ziņojums nepazūd, dzēsiet to ar SFTP vai hostinga pakalpojumu sniedzēja failu pārvaldnieku. Tā nosaukums sākas ar punktu, tāpēc, lai to redzētu, ieslēdziet slēpto failu rādīšanu.

Pēc tam atveriet Panelis > Jauninājumi: elements, kura atjaunināšana tika pārtraukta, jāatjaunina vēlreiz vai jāpārinstalē tā iepriekšējā versijā.

Atjaunot spraudņa iepriekšējo versiju

Iepriekšējās versijas pārinstalēšana aizstāj spraudņa failus un saglabā tā iestatījumus, kas glabājas datubāzē.

Terminālis: pārinstalēt konkrētu versiju
wp plugin install spraudna-nosaukums --version=2.4.1 --force

WordPress jau pats prot atgriezties divos gadījumos. Kopš 6.3 versijas, ja spraudņa vai tēmas atjaunināšana neizdodas pusceļā, tiek atjaunota vecā versija. Kopš 6.6 versijas, ja aktīva spraudņa automātisks atjauninājums izraisa fatālu kļūdu, WordPress pārinstalē iepriekšējo versiju. Atjauninājums, kas pabeigts un sabojā kādu funkciju bez fatālas kļūdas, jāatceļ ar roku.

Tēma: iepriekšējā versija un zaudētās izmaiņas

Terminālis
wp theme install temas-nosaukums --version=3.1.0 --force

Tēmas atjauninājums aizstāj visus tās failus. Izmaiņas, kas veiktas tieši tēmas failos, piemēram, functions.php vai stila lapā, tāpēc pazūd ar katru atjauninājumu. Pirms atjaunināšanas izveidotā rezerves kopija ļauj tās atgūt; lai tās saglabātu ilgstoši, tās liek bērna tēmā (child theme), ko vecāktēmas atjauninājumi neskar.

WordPress kodols

WP-CLI pārinstalē konkrētu kodola versiju:

Terminālis (aizstājiet 7.0 ar versiju, kas bija pirms atjaunināšanas)
wp core update --version=7.0 --force

Liels kodola atjauninājums var mainīt arī datubāzes struktūru, ko šī komanda atstāj nemainītu. Drošākais ceļš bieži ir paturēt kodolu atjauninātu un atgriezt nesaderīgo spraudni vai tēmu. Ja kodola atgriešana ir neizbēgama, to veic no pilnas rezerves kopijas, kas izveidota pirms atjaunināšanas.

PHP versija, ko nomainījis hostinga pakalpojumu sniedzējs

Hostinga pakalpojumu sniedzēji paaugstina PHP versiju, kad vecākās vairs nesaņem drošības labojumus. Vecs spraudnis vai tēma tad var apstāties ar fatālu kļūdu. Hostinga vadības panelī parasti var izvēlēties vietnes PHP versiju:

  1. Pierakstiet pašreizējo versiju un atgriezieties pie iepriekšējās.
  2. Pārbaudiet, vai vietne atkal darbojas.
  3. Atjauniniet vai aizstājiet vainīgo komponentu, ko norāda atkļūdošanas žurnāls.
  4. Atgriezieties pie jaunākās versijas.

Šī atgriešanās ir pagaidu solis kļūmes novēršanai: PHP versija bez drošības labojumiem atstāj vietni neaizsargātu. Saskaņā ar oficiālo grafiku vietnē php.net PHP 8.1 drošības labojumus nesaņem kopš 2025. gada 31. decembra, PHP 8.2 tos saņem līdz 2026. gada 31. decembrim un PHP 8.3 līdz 2027. gada 31. decembrim. WordPress iesaka PHP 8.3 vai jaunāku versiju.

Pilnas rezerves kopijas atjaunošana kā pēdējais līdzeklis

Atjaunošana atgriež failus un datubāzi rezerves kopijas stāvoklī. Viss, ko vietne saņēmusi kopš tā brīža, pazūd: pasūtījumi, veidlapu ziņojumi, komentāri, reģistrācijas, publicēti raksti.

  1. Vispirms eksportējiet to, kas pienācis kopš rezerves kopijas: pasūtījumus, veidlapu ierakstus, jaunus kontus.
  2. Atjaunojiet failus un datubāzi no viena un tā paša brīža, ar hostinga pakalpojumu sniedzēja rīku vai savu rezerves kopēšanas spraudni. Vienas dienas faili un citas dienas datubāze rada grūti izprotamas kļūdas.
  3. Importējiet eksportētos datus atpakaļ.
  4. Piemērojiet atjauninājumus pa vienam, starp katru pārbaudot vietni: pēdējais piemērotais pirms kļūmes ir tas, kas to izraisa.

Nākamajam atjauninājumam

Atjauninājumi, ko veic mūsu tehniķi

Ar Serenity by Simafri mēs izveidojam jūsu profesionālo tīmekļa vietni, mitinām to, nodrošinām to un uzturam to aktuālu. Jūs mums uzrakstāt, mēs parūpējamies par visu. Domēna vārds un darba e-pasts iekļauti.

Iepazīt Serenity by Simafri

Biežāk uzdotie jautājumi

Kā atcelt WordPress spraudņa atjauninājumu?

Pārinstalējiet iepriekšējo versiju: ar WP-CLI, wp plugin install spraudna-nosaukums --version=numurs --force; bez WP-CLI lejupielādējiet iepriekšējās versijas arhīvu un augšupielādējiet to ekrānā Pievienot spraudņus, piekrītot aizstāt pašreizējo spraudni. Spraudņa iestatījumi, kas glabājas datubāzē, saglabājas.

Vai WordPress var atcelt atjauninājumu pats?

Divos gadījumos. Kopš WordPress 6.3 spraudņa vai tēmas atjauninājums, kas neizdodas pusceļā, atstāj vietā veco versiju. Kopš WordPress 6.6 aktīva spraudņa automātisks atjauninājums, kas izraisa fatālu kļūdu, tiek atcelts. Atjauninājumu, kas pabeigts un sabojā funkciju bez fatālas kļūdas, atceļ ar roku.

Kāpēc pēc tēmas atjaunināšanas mainījās izkārtojums?

Vai nu kešatmiņa joprojām rāda vecos CSS failus, un pietiek iztīrīt kešatmiņas, vai arī izmaiņas bija veiktas tieši tēmas failos, un atjauninājums tās aizstāja. Otrajā gadījumā tās var atgūt no rezerves kopijas, kas izveidota pirms atjaunināšanas, un pēc tam pārnest uz bērna tēmu.

Vai automātiskie atjauninājumi jāizslēdz?

Atjauninājumi labo arī drošības caurumus, un vietne, kas tos saņem ar nokavēšanos, ilgāk paliek neaizsargāta. Iestatījums, kas darbojas: atjauninājums vispirms tiek piemērots testa kopijai, ar rezerves kopiju tieši pirms tam. Problemātiskam spraudnim automātisko jaunināšanu var atspējot, līdz tiek publicēts labojums.

Sazinieties ar mums