Оновлення плагіна WordPress виведе з ладу ваш веб-сайт! WordPress, як і будь-яке інше програмне забезпечення, має здатність ламатися. І в більшості випадків причиною є невдале оновлення плагіна. Отже, як переконатися, що всі ваші дані не втрачено? Ну для чого резервні копії?
Регулярне оновлення плагінів WordPress може здаватися адміністративною роботою, але це не можна ігнорувати. У нашій останній публікації ми писали про те, як оновлення плагінів WordPress може забезпечити безпеку вашого сайту! У цій статті ми розповімо вам трохи про те, як ви можете відновити резервну копію веб-сайту WordPress і не хвилюватися, коли наступного разу оновлення спричинить збій вашого сайту!
 Ось кілька способів відновлення веб-сайту WordPress після невдалого оновлення плагіна:
Але перш ніж ми розповімо вам, що ви можете зробити після збою, ось кілька речей, які ви можете зробити перед оновленням плагіна:
## 1. Створіть резервну копію вашої бази даних WordPress і файлів сайту
Перш ніж вносити будь-які серйозні зміни на свій веб-сайт, необхідно створити його резервну копію. Якщо щось піде не так, резервна копія веб-сайту дозволить вам відновити веб-сайт WordPress до робочого стану за лічені хвилини

- Обов’язково створюйте як ПОВНУ РЕЗЕРВНУ КОПІЮ САЙТУ, так і ЛИШЕ БАЗУ ДАНИХ

- Завантажте обидві резервні копії на свій локальний комп’ютер

- Не забувайте зберігати резервні копії в розумному розмірі!
- Спробуйте виключити великі файли та папку завантажень

- Ніщо в оновленні WordPress не вплине на ваші завантаження

Існує ряд популярних плагінів WordPress, які можна використовувати, наприклад BackupBuddy, Backup Breeze, BlogVault і VaultPress.

Ось наш огляд плагіна резервного копіювання веб-сайту WordPress âÃÂàBlogVault

Хмарні сервіси, такі як Dropbox і Google Drive, ідеально підходять для зберігання резервних копій файлів. Вони також синхронізують файли, щоб переконатися, що файли на вашому комп’ютері та файли в їхній службі ідентичні. Кілька ГБ пам’яті надаються безкоштовно, цього достатньо для резервного копіювання важливих файлів

Резервні копії гарантують, що у вас є план негайних дій, якщо щось піде не так

Тож перш ніж оновлювати плагін на своєму веб-сайті, зробіть резервну копію своєї бази даних. Переконайтеся, що у вас є актуальна резервна копія кожного плагіна, встановленого на вашому веб-сайті

Ви можете виконати резервне копіювання веб-сайту WordPress декількома способами, ось допис у блозі від WPExplorer про те, як створити резервну копію вашого сайту WordPress!
Турбуєтеся про втрату даних? WPCruiseControl пропонує безпечне резервне копіювання за межами сайту, щоб захистити ваш веб-сайт від будь-якої втрати даних

## 2. Вимкніть кешування
Більшість установок WordPress сьогодні постачаються з плагіном під назвою WP Super Cache, який пришвидшує час завантаження через процеси кешування. Однак цей плагін змушує старий вміст зберігатися, навіть коли ви створюєте новий матеріал

Деактивуйте плагін кешування перед оновленням плагіна WordPress. Це гарантує, що ви не кешуєте сторінки обслуговування під час оновлень і не заважаєте процесу оновлення

**Усі хороші плагіни кешу очищають кеш, коли публікація, сторінка чи коментар публікуються. Однак якщо ви внесете інші зміни, кеш може не бути очищено, і стара версія все ще може відображатися. У цьому випадку перевірте інструкції плагіна, щоб дізнатися, як очистити його кеш

Зауважте, що WordPress не постачається з кеш-пам’яттю за замовчуванням, тому наведене вище буде застосовано, лише якщо ви самостійно встановили плагін кешу

## 3. Перевірте, чи відповідаєте ви необхідним вимогам
Здебільшого мінімальні вимоги для використання WordPress залишаються незмінними, навіть коли оновлення виходять. З часом ці вимоги можуть змінюватися. Перш ніж щось оновлювати, доцільно переконатися, що ваші хостинги відповідають мінімальним вимогам

Наприклад, щоб запустити WordPress, ваш хост повинен підтримувати:
- PHP версії 7 або новішої
- MySQL версії 5.6 або новішої АБО MariaDB версії 10.0 або новішої
- Підтримка HTTPS
WordPress також працює з PHP 5.2.4+ і MySQL 5.0+, але ці версії досягли офіційного завершення терміну служби, і тому ваш сайт може бути вразливим.

Хостинг є безпечнішим, якщо програми PHP, як-от WordPress, запускаються з використанням імені користувача вашого облікового запису замість спільного імені користувача за замовчуванням сервера. Запитайте свого потенційного хоста або постачальника послуг з обслуговування WordPress, які кроки вони вживають для забезпечення безпеки вашого облікового запису

## 4. Перевірте оновлення в проміжному середовищі
Багато служб хостингу пропонують проміжні середовища, які можна використовувати для тестування. Ви можете використовувати своє проміжне середовище для розміщення точної копії вашого веб-сайту, плагінів, тем, вмісту тощо. Оскільки проміжне середовище ідентичне вашому веб-сайту, це ідеальне місце, щоб перевірити, як оновлення плагіна WordPress може вплинути на ваш активний веб-сайт.

Отримайте знижку 20% на свій перший платіж із найшвидшим хостингом âÃÂàWP Engine!
Якщо все оновлюється гладко, те саме має бути і під час оновлення вашого справжнього веб-сайту. Якщо щось зламається, це лише у вашому сценічному середовищі, і принаймні ви будете знати, що це може статися насправді
Тестування оновлень у проміжному середовищі також гарантує, що робота користувача не буде перервана через оновлення, яке зникло неправильно. Наше проміжне середовище допомагає нам тестувати нові функції та зміни в контрольованих налаштуваннях

**Є кілька варіантів тестування оновлень WordPress за межами вашого активного сайту
- Створіть проміжний сайт WordPress через свій веб-хост. Точні деталі залежатимуть від вашого хостинг-провайдера, але керовані хостингові рішення, такі як WP Engine, FlyWheel і Pressable, роблять це можливим. Ось чудова стаття від WP Beginner про те, як створити сцену. Середовище для сайту WordPress!
- Тестуйте оновлення за допомогою такого плагіна, як WP Staging. WP Staging створює файл-клон вашого веб-сайту у підпапці вашої поточної інсталяції WordPress із повною копією вашої бази даних. Потім ви можете використовувати цей клон для перевірки будь-яких оновлень. Якщо оновлення порушить роботу тестового сайту, ваш активний сайт залишиться неушкодженим

- Тестуйте оновлення в локальному середовищі розробки, що містить копію вашого сайту

## 5. Перегляньте журнали змін тем, плагінів і основних оновлень на наявність конфліктів
Перш ніж інсталювати будь-яке оновлення, прочитайте його журнал змін на наявність можливих конфліктів. Бути в курсі новинок в останній версії будь-якої теми, плагіна чи основного оновлення корисно саме по собі. Це також допоможе вам знайти будь-які зміни, які можуть заважати вашим унікальним налаштуванням і налаштуванням

Наприклад, якщо ви використовуєте спеціальний CSS для зміни зовнішнього вигляду контактної форми, згенерованої плагіном, переконайтеся, що оновлення не виконується. t змінювати будь-які ідентифікатори CSS або класи, які використовує ваш спеціальний код

**Де знайти журнал змін залежатиме від того, що ви оновлюєте
- Для плагінів, завантажених із WordPress.org, журнал змін є однією з доступних вкладок на сторінці каталогу плагінів WordPress.org плагіна.

- Щоб дізнатися про теми, зверніться до веб-сайту розробника теми.
- А для будь-яких оновлень ядра WordPress повний журнал змін для кожної версії доступний у WordPress Codex.

Перегляд журналу змін на наявність можливих конфліктів гарантує, що будь-яке оновлення WordPress пройде гладко

Прочитайте про 15 речей, які вам ПОТРІБНО ЗРОБИТИ, перш ніж змінювати тему WordPress, на WP Beginner!
## Що робити, якщо оновлення плагіна спричинило збій вашого сайту?
Спочатку глибоко вдихніть! Хоча може здатися, що ви отримуєте напад тривоги, насправді це не страшно! Ваша резервна копія веб-сайту WordPress прийде вам на допомогу
Якщо оновлення плагіна чи теми піде жахливо не так, ви можете просто замінити ці файли теми чи плагіна створеною резервною копією.Якщо ви використовуєте плагін резервного копіювання веб-сайту WordPress, ви можете розархівувати свою повну резервну копію, а потім відправити стару версію теми чи плагіна за допомогою FTP у папку wp-content >themes or plugins і перезаписати нову версію теми. або плагін із резервною копієюAskWPGirl каже: âÃÂÃÂУ світі є два типи людей: ті, хто втратив дані, і ті, хто втратить даних.âÃÂàЩо насправді дуже вірно.Як часто ви чуєте про те, що оновлення йде не так?Повторно інсталюйте плагін або тему WordPress**Якщо проблема оновлення була пов’язана з плагіном на WordPress.org, ви можете повторно інсталювати старішу версію плагіна без необхідності переходити до своїх резервних копій.- Знайдіть плагін на WordPress.org- Натисніть вкладку "Розробники"- Завантажте старішу версію плагіна з інших версій список- Деактивуйте та видаліть нову версію плагіна в списку плагінів на інформаційній панелі WordPress- натисніть Додати новий плагін і завантажте старішу версію та активуйте йогоЯкщо до бази даних не було внесено змін, це має працювати нормально, щоб відновити веб-сайт WordPress до того стану, який був до оновлення плагіна**Якщо у вас немає доступу до відновлення вашого сайту одним клацанням миші, можливо, вам доведеться відновити обидва файли (через FTP) а також вашу базу даних вручну- Завантажте резервну копію вашої бази даних, яку ви створили перед оновленнямЯкщо ви використовуєте плагін резервного копіювання, розархівуйте створену резервну копію бази даних.Ви повинні побачити файл, який закінчується на .sql- Увійдіть до панелі керування веб-хостингу.Перейти до майстра баз даних MySQL- створити нову базу даних, користувача та пароль.Зверніть увагу на це та обов’язково надайте новому користувачеві всі привілеї- Натисніть phpMyAdmin на панелі керування веб-хостингу та увійдіть у систему- Клацніть назву бази даних у лівій частині вікна phpMyAdmin- На вкладці Структура ви повинні побачити âÃÂÃÂТаблиці не знайдено в база даних.âÃÂÃÂ- у верхній частині екрана буде ряд вкладок.Клацніть вкладку «Імпорт»- На наступному екрані натисніть кнопку «Огляд» поруч із файлом, щоб використати поле- Натисніть «Огляд».Знайдіть файл резервної копії, який зберігається на вашому комп’ютері- Переконайтеся, що в спадному меню Формат вибрано SQL- Натисніть Go кнопку.Таблиці бази даних буде імпортовано- Увійдіть на свій сайт через FTP або панель керування вашого веб-хосту Менеджер файлів- Зробіть копію вашого файлу wp-config.php- Відредагуйте оригінальний файл wp-config.php, щоб містити назву бази даних, ім'я користувача та пароль створено- стару базу даних тепер відновлено## Оновлення плагіна призвело до збою вашого сайту WordPress?Дезактивувати або вимкнути Trouble MakerШвидкий спосіб зробити це — перейменувати âÃÂÃÂплагіниâÃÂàпапку, розташовану за адресою www.yourwebsite.com/wp-content/plugins.Перейменування папки дезактивує всі плагіни та дозволить вам увійти в область адміністратора.Це змусить WordPress вивантажити всі плагіни та спробувати запустити чистийЦе найпростіше та найпрактичніше рішення, проте існують інші способи деактивувати ваші плагіни, наприклад добре**Ви також можете зробити це за допомогою клієнта протоколу передачі файлів- Підключіться до свого облікового запису хостингу через FTP- Перейдіть до каталог плагінів, тобто wp-content/plugins- Видаліть весь каталог плагіна, з яким ви возилисяЦе призведе до того, що плагін припинить виконуватися WordPress, можливо, призведе до збою вашого сайтуДжерело зображення: ThemeTrustВи також можете деактивувати всі плагіни через базу даних свого веб-сайту.Просто перейдіть до таблиці wp_options і відредагуйте значення active_plugins на:0Якщо це працює, почніть вмикати плагіни один за іншим і подивіться, коли сайт знову зависне à ¢ÃÂàось як ви знаходите справжню причинуНе ваші плагіни?Якщо позбавлення плагінів не допомогло, поверніться до теми за замовчуванням.Для цього просто створіть резервну копію своєї теми з www.yourwebsite.com/wp-content/themes/yourthemename на свій комп’ютер.Потім видаліть тему зі свого сервераКоли тема зникне, WordPress використовуватиме замість неї тему за замовчуванням.На цьому етапі візьміть свою тему, скасуйте зміни, які ви нещодавно внесли, повторно завантажте та активуйте її**Після входу в область доступу вам потрібно визначте, що саме спричинило збій вашого веб-сайту. Якщо екран смерті відображався, коли плагіни не були активовані, це, ймовірно, спричинено конфліктом вашої теми з WordPress або нещодавно встановленим плагіномПід час спроби знайти причину проблеми, продовжуйте використовувати тему WordPress за замовчуванням.Це дозволить вам бути впевненим, що плагін також спричиняє проблемуЯкщо ви можете повторно активувати всі плагіни, не спричиняючи жодних помилок, то проблему спричинив ваш тема конфліктує з WordPress.Зазвичай проблема полягає в шаблоні functions.php, оскільки саме там розробники розміщують більшість функцій**Якщо проблема не у ваших плагінах і не в темі, деякі основні Можливо, постраждали файли WordPressЩоб відновити веб-сайт WordPress до версії за замовчуванням, завантажте чисту інсталяцію з wordpress.org, розпакуйте архів, а потім скопіюйте та замініть усе (через FTP), крім каталогу wp-contentВи все ще бачите Екран Смерті?Якщо ви все ще бачите екран смерті, це може бути проблемою з базою даних
TheScreen of DeathWordPress щодня впадає в паніку користувачів по всьому світу. Він відображає порожню сторінку на вашому веб-сайті та в області адміністрування, що не дозволяє вирішити проблему безпосередньо через область адміністрування

На жаль, базу даних важко виправити, якщо у вас немає резервної копії останньої робочої версії сайту. Але якщо ви це зробите, ви можете просто відновити веб-сайт WordPress з однієї з цих резервних копій

**Тепер ви знаєте, чому резервне копіювання веб-сайту WordPress є таким важливим
Прочитайте про те, як виправити WordPressScreen of Death на WPSiteCare!
 Що робити, якщо у вас немає резервної копії?
Якщо ви не використовували жодного плагіна резервного копіювання веб-сайту, ви можете спробувати звернутися до команди підтримки вашого веб-хостингу або постачальника послуг з обслуговування WordPress! Ви можете запитати їх, чи зберігаються в них резервні копії бази даних. Деякі хостинги пропонують це як частину своїх планів

Постачальники технічного обслуговування WordPress регулярно створюють резервні копії даних вашого веб-сайту, щоб вам не довелося робити це самостійно

Якщо хтось із них має резервну копію, попросіть їх відновити базу даних із цієї резервної копії або отримайте від них файл SQL і відновіть його вручну через phpMyAdmin

Деякі хостинг-провайдери мають резервні копії, але вони можуть бути застарілими, і їх відновлення коштуватиме додатково. З нашими планами WordPress Monthly Retainer ви отримуєте щоденні резервні копії за межами сайту, які допоможуть вам миттєво відновити веб-сайт WordPress

Подивіться на наші плани підтримки WordPress сьогодні!
**Підпишіться на нашу розсилку, щоб отримати більше інформації про резервне копіювання веб-сайту WordPress