WordPress сайтът се счупи след обновяване: връщане назад

Накратко

Установете какво е обновено и кога: екранът за обновления, имейлите за автоматични обновявания, панелът на хостинг доставчика.
Първо изчистете кеша: разпаднатият дизайн често идва от стари CSS файлове, запазени в кеша.
Сайтът е блокиран на „Недостъпен поради планирана поддръжка. Моля, проверете отново след минута.“: изтрийте файла .maintenance в корена.
Разширение или тема: преинсталирайте предишната версия, с WP-CLI или с архива от издателя.
Версията на PHP е сменена от хостинг доставчика: върнете предишната в панела му, докато обновите проблемния компонент.
Оставете пълното възстановяване за последно, след като експортирате всичко, което сайтът е получил след резервното копие.

Какво е обновено?

На един WordPress сайт се обновяват четири неща и всяко се връща назад по различен начин: ядрото на WordPress, разширенията, темата и версията на PHP на сървъра, която хостинг доставчикът променя от своя страна. За да разберете кое се е променило:

Имейлите на WordPress: след автоматично обновяване WordPress пише на административния имейл адрес на сайта, с тема като „[Име на сайта] Някои разширения бяха обновени автоматично“, и изброява промененото.
Екранът с разширенията: колоната „Автоматични обновявания“ показва кои разширения се обновяват сами, а всеки ред показва инсталираната версия.
Инструменти > Състояние на сайта > Информация: разделът „Сървър“ дава версията на PHP, а разделите за разширенията и темите дават версията на всеки компонент.
Датите на папките: папка на разширение, презаписана от обновяване, носи датата на това обновяване.

Терминал, в корена на сайта

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

Първата команда изброява разширенията с версията и състоянието им; втората изброява папките на разширенията от последно променената към най-старата. Сверете с часа, в който сайтът се е променил.

Изчистете кеша, преди да правите изводи

След обновяване CSS и JavaScript файловете променят съдържанието си, а кешът може да продължи да сервира старите. Резултатът прилича на повреда: разпаднат дизайн, менюта, които не се отварят. Изчистете в този ред кеша на разширението за кеш или оптимизация, кеша на хостинг доставчика, ако той предлага такъв, след това кеша на браузъра, и презаредете страницата. Ако сайтът се върне, причината не е била в обновяването.

Сайтът остава блокиран в режим на поддръжка

По време на обновяване WordPress създава файл .maintenance в корена на сайта и показва „Недостъпен поради планирана поддръжка. Моля, проверете отново след минута.“. Когато обновяването бъде прекъснато, файлът остава на място. WordPress го пренебрегва десет минути след часа, записан в него; за да не чакате или ако съобщението не изчезва, изтрийте го по SFTP или през файловия мениджър на хостинг доставчика. Тъй като името му започва с точка, включете показването на скритите файлове, за да го видите.

След това отидете в Табло > Обновления: елементът, чието обновяване е прекъснато, трябва да се обнови отново или да се преинсталира в предишната си версия.

Върнете предишната версия на разширение

Преинсталирането на предишната версия заменя файловете на разширението и запазва настройките му, които живеят в базата данни.

Терминал: преинсталиране на конкретна версия

wp plugin install ime-na-razshirenie --version=2.4.1 --force

Разширение от хранилището на WordPress.org: на публичната му страница връзката „Разширен изглед“ води до списъка „Предходни версии“. Изтеглете желания архив, след това от екрана „Добавяне“ в менюто „Разширения“ кликнете върху „Качване на разширение“: WordPress разпознава вече инсталираното разширение и предлага „Смяна на текущата с качената“.
Разширение, купено от издател: предишните версии обикновено се изтеглят от клиентския ви профил при него.
След това: кликнете върху „Изключване на автоматичните актуализации“ срещу това разширение, докато издателят публикува поправка.

WordPress вече умее да се връща назад в два случая. От версия 6.3 насам, когато обновяването на разширение или тема се провали по средата, старата версия се връща на мястото си. От версия 6.6 насам, когато автоматичното обновяване на активно разширение предизвика фатална грешка, WordPress преинсталира предишната версия. Обновяване, което завършва успешно и поврежда функция без фатална грешка, се поправя ръчно.

Темата: предишната версия и изгубените промени

Терминал

wp theme install ime-na-temata --version=3.1.0 --force

Обновяването на тема заменя всичките ѝ файлове. Затова промени, направени директно във файловете на темата, например във functions.php или в стилов файл, изчезват при всяко обновяване. Резервното копие, направено преди обновяването, позволява да ги намерите; за да се запазят трайно, те се поставят в дъщерна тема, която обновяванията на родителската тема оставят непокътната.

Ядрото на WordPress

WP-CLI преинсталира конкретна версия на ядрото:

Терминал (заменете 7.0 с версията, инсталирана преди обновяването)

wp core update --version=7.0 --force

Голямо обновяване на ядрото може да промени и структурата на базата данни, която тази команда оставя такава, каквато е. Най-сигурно често е ядрото да остане актуално и да се върне назад несъвместимото разширение или тема. Ако връщането на ядрото е наложително, то се прави от пълно резервно копие, направено преди обновяването.

Версията на PHP, сменена от хостинг доставчика

Хостинг доставчиците сменят версията на PHP, когато старите версии спрат да получават поправки за сигурността. Тогава старо разширение или тема може да спре с фатална грешка. Панелът на хостинг доставчика обикновено позволява да изберете версията на PHP за сайта:

Запишете текущата версия, след това върнете предишната.
Проверете дали сайтът работи отново.
Обновете или заменете проблемния компонент, установен чрез журнала за отстраняване на грешки.
Върнете се към новата версия.

Това връщане е временна стъпка за отстраняване на проблема: версия на PHP без поправки за сигурността излага сайта на риск. Според официалния график, публикуван на php.net, PHP 8.1 не получава поправки за сигурността от 31 декември 2025 г., PHP 8.2 ги получава до 31 декември 2026 г., а PHP 8.3 до 31 декември 2027 г. WordPress препоръчва PHP 8.3 или по-нова версия.

Възстановете пълно резервно копие като последна мярка

Възстановяването връща файловете и базата данни в състоянието от резервното копие. Всичко, което сайтът е получил след това, изчезва: поръчки, съобщения от формуляри, коментари, регистрации, публикувани статии.

Първо експортирайте всичко, пристигнало след резервното копие: поръчки, записи от формуляри, нови акаунти.
Възстановете файловете и базата данни от един и същ момент, чрез инструмента на хостинг доставчика или вашето разширение за резервни копия. Файлове от един ден и база от друг ден пораждат трудни за разчитане грешки.
Импортирайте отново експортираните данни.
Приложете обновяванията отново едно по едно, като проверявате сайта след всяко: последното, приложено преди повредата, е нейната причина.

За следващото обновяване

Тестово копие: много хостинг доставчици предлагат тестова среда (staging), която копира сайта с едно кликване. Обновяванията се прилагат първо там.
Резервно копие точно преди това, файлове и база данни заедно.
По едно обновяване наведнъж, с проверка на ключовите страници след всяко: начална страница, формуляр за контакт, количка.
Списъкът с промени на разширението или темата, прочетен преди голямо обновяване.

Обновявания, правени от нашите техници

Със Serenity by Simafri изработваме вашия професионален уебсайт, хостваме го, защитаваме го и го поддържаме актуален. Вие ни пишете, ние се грижим за всичко. Домейн име и служебна поща включени.

Открийте Serenity by Simafri

Често задавани въпроси

Как да отменя обновяването на разширение в WordPress?

Преинсталирайте предишната версия: с WP-CLI, wp plugin install ime-na-razshirenie --version=nomer --force; без WP-CLI изтеглете архива на предишната версия и го качете от екрана Добавяне в менюто Разширения, като приемете да замените текущото разширение. Настройките на разширението, записани в базата данни, се запазват.

Може ли WordPress сам да отмени обновяване?

В два случая. От WordPress 6.3 насам обновяване на разширение или тема, което се провали по средата, оставя старата версия на мястото ѝ. От WordPress 6.6 насам автоматично обновяване на активно разширение, което предизвика фатална грешка, се отменя. Обновяване, което завършва успешно и поврежда функция без фатална грешка, се поправя ръчно.

Защо дизайнът ми се промени след обновяването на темата?

Или кешът още сервира старите CSS файлове и е достатъчно да го изчистите, или промени са били направени директно във файловете на темата и обновяването ги е заменило. Във втория случай те се намират в резервното копие отпреди обновяването и след това се поставят в дъщерна тема.

Трябва ли да изключа автоматичните обновявания?

Обновяванията поправят и уязвимости в сигурността, а сайт, който ги получава със закъснение, остава изложен по-дълго. Решението, което работи, е обновяване, приложено първо върху тестово копие, с резервно копие точно преди това. За разширение, което създава проблеми, автоматичното обновяване може да се изключи до излизането на поправка.

Източници и официална документация

Свързани ръководства

Бял екран в WordPress: прочетете грешката, преди да пипате сайтаСайтът ви показва празна страница или изречението „Има фатална грешка на този уебсайт.“. И в двата случая PHP е записал някъде точно съобщение, което назовава файла, причинил грешката. Това ръководство показва къде да го прочетете, как да го разтълкувате и кое действие отговаря на всяко съобщение.„Грешка при свързване с базата данни“ в WordPress: какво означаваСайтът ви показва само един ред: „Грешка при свързване с базата данни“. WordPress не е успял да отвори базата, в която живеят страниците, настройките и акаунтите ви. Съдържанието ви обикновено е непокътнато: това ръководство обяснява как да откриете коя от четирите възможни причини е в сила и как да я поправите.

WordPress сайтът се счупи след обновяване: как да върнете предишната версия