Як відновити сайт WordPress із резервної копії бази даних
Здрастуйте, друзі! Минулого уроку ми говорили з Вами про створення резервної копії сайту. У цьому ми поговоримо про те, як за допомогою резервної копії відновити сайт WordPress.
Давайте змоделюємо ситуацію, в якій злісні зловмисники отримали доступ до Вашого сайту. Тепер давайте уявимо, що вони видалили всі записи та сторінки на сайті, скинули всі налаштування теми та віджетів, і на додаток змінили пароль доступу на сайт.
Що ми можемо зробити у такому разі? Тільки одне - відновити сайт із резервної копії бази даних. У нашій ситуації ми вважатимемо, що резервна копія у нас є, і з її допомогою будемо відновлювати сайт.
Відновлення сайту WordPress із резервної копії
1. Перш ніж завантажити резервну копію, потрібно видалити все те, що залишилося у базі даних після зловмисників. Для цього вибираємо на хостингу базу даних з якою працює Ваш сайт та заходимо у php MyAdmin.
2. Натискаємо лівою кнопкою мишки за назвою (Не за плюсиком) бази даних.
3. Ставимо галочку в «Відзначити все» і у списку, що випадає, поруч вибираємо «Видалити».
4. Натискаємо «Так», підтверджуючи цим видалення бази даних.
5. Тепер переходимо до фінальному етапу - імпорту резервної копії бази даних.
Для цього переходимо на вкладку «Імпорт» та натискаємо кнопку "Виберіть файл". Після натискання на кнопку Вам потрібно буде вказати шлях на комп'ютері до резервної копії бази даних, та натиснути «Відкрити».
Після цього в самому низу натискаємо кнопку "ОК".
Якщо відновлення пройшло успішно, ви побачите повідомлення після якого можна з легкістю зітхнути і вважати відновлення сайту завершеним:
Нічого складного у відновленні сайту немає, але це не означає, що його не потрібно берегти і сподіватися на резервні копії.
Я сподіваюся, що Ваші сайти будуть завжди працювати безперебійно, і Вам ніколи не доведеться відновлювати втрачені дані 😉
Якщо ж Ви один із тих щасливчиків, які ще не потребували відновлення сайту — не засмучуйтесь! Знання з цього уроку зайвими не будуть, їх як мінімум можна використовувати при перенесенні сайту на хостинг або локальний сервер. Але це вже інша історія.
І як завжди нагадую, якщо у вас виникли складнощі або якісь питання сміливо пишіть у коментарях.
Здрастуйте, друзі! Минулого уроку ми говорили з Вами про створення резервної копії сайту. У цьому поговоримо про те, як за допомогою резервної копії відновити сайт WordPress. Давайте змоделюємо ситуацію, в якій злісні зловмисники отримали доступ до Вашого сайту. Тепер давайте уявимо, що вони видалили всі записи та сторінки на сайті, скинули всі налаштування теми та віджетів, і на додаток змінили пароль доступу на сайт. Що ми можемо зробити у такому разі? Тільки одне – відновити сайт із резервної копії бази даних. У нашій ситуації ми вважатимемо, що резервна копія у нас є, і з її допомогою будемо відновлювати сайт. І…
Як відновити WordPress-сайт із резервної копії бази даних
Якщо ваш сайт на WordPress спіткала катастрофа, у вас закономірно виникає ідея відновлення бази даних з бекапу. Чи можна відтворити WordPress-сайт за допомогою резервної копії бази даних? Якщо стисло: так, але є нюанси.Відновлення можливе, однак доведеться підійти до цього максимально обдумано.
Оновлено: 2023-06-28 19:17:50 Наталія Кайда автор матеріалу
Резервні копії бази даних WordPress та файлів
Для створення повної копії WordPress - сайту вам знадобляться два бекапи - бази даних та файлової системи. Перший бекап зберігає весь вміст бази даних WordPress-сайту у вигляді одного величезного .sql файлу. Другий - зберігає копії всіх файлів (.php, .js, .css, .png, .jpg) у відповідних каталогах, які використовуються двигуном WordPress, темами оформлення та плагінами.
Причина, через яку вам знадобляться обидва бекапи, дуже проста: окремо вони не містять усіх даних, необхідних для відновлення. Ці резервні копії доповнюють одна одну.
Ось що входить до складу бекапу (дампа) бази даних WordPress:
- звичайні записи;
- сторінки;
- користувальницькі записи;
- коментарі;
- налаштування тем оформлення;
- налаштування плагінів;
- облікові записи користувачів.
Що входить до складу файлового бекапу:
- зображення та інші мультимедійні матеріали;
- теми оформлення;
- плагіни.
Припустимо, що сталося найстрашніше: ваш WordPress-сайт знищений, налаштування автоматичного бекапу на хостингу дали збій - повної резервної копії сайту у вас немає. Але є нещодавній бекап бази даних. Чи буде цього достатньо?
Для початку подивіться на цей тестовий сайт, який я збираюся відновити.
Тепер давайте розглянемо кроки, які потрібно зробити для створення нового WordPress сайту з бази даних попереднього.
Крок 1: створення бази даних та користувача
Спочатку необхідно створити нову базу даних та користувача з відповідними привілеями.Якщо на вашому хостингу використовується панель керування cPanel, відкрийте розділ "Бази даних MySQL".
Додайте суфікс до імені нової бази даних та натисніть кнопку «Створити базу даних»:
Після створення нової бази даних необхідно додати користувача MySQL. Найпростіше назвати цей обліковий запис так само, як і базу даних.
Тепер додайте до бази даних щойно створеного користувача:
Існують інструменти, що дозволяють повністю завантажити сайт на локальний диск.
На наступному етапі вам буде запропоновано визначити привілеї користувача бази даних.
Крок 2: імпорт бекапу бази даних
Зазвичай для керування базами даних на хостингах використовується phpMyAdmin.
Відкрийте створену вами базу та перейдіть на вкладку «Імпорт».
Натисніть «OK», щоб запустити процес імпортування дампи.
Якщо ви зіткнетеся з проблемами через великий розмір бази, даних скористайтеся PHP скриптом BigDump, який розділяє SQL дамп на частини для послідовного імпорту.
Крок 3: встановлення двигуна WordPress
Наступний етап відновлення сайту з дампа бази даних - установка движка WordPress.
Розпакуйте завантажений архів.Усередині отриманої папки буде інша, що називається wordpress, в якій містяться потрібні вам каталоги і файли.
Найпростіший спосіб завантаження та встановлення основних файлів WordPress – за допомогою FTP-клієнта. Завантажте вміст папки Wordpress у директорію public_html, розташовану на хостингу. Якщо на вашому хостингу такої директорії немає, завантажуйте файли движка до папки htdocs або www.
Якщо попередній WordPress-сайт був встановлений у піддиректорію, завантажуйте файли саме до неї. Наприклад, якщо адреса попереднього сайту була example.com/wp/, завантажуйте файли движка в піддиректорію /wp/.
Крок 4: перевстановлення WordPress
Після імпорту дампа бази та перенесення файлів на хостинг можна приступати до переустановки. Перейдіть за URL-адресою вашого сайту - відкриється сторінка установки WordPress з пропозицією вибрати найбільш підходящу мову.
Після вибору мови та натискання кнопки «Далі», введіть у відповідні поля форми назву бази даних, ім'я користувача та пароль, які ви зберегли раніше. За промовчанням префікс таблиць БД – wp_. Перевірте бекап вашої бази даних – якщо в ній використовується інший префікс, то змініть дані в полі з wp_ на власні:
Щоб зберегти сайт для перегляду офлайн, можна використовувати спеціальні програми.
Якщо все буде зроблено правильно, ви побачите таке повідомлення:
Запустіть інсталяцію – з'явиться повідомлення про те, що WordPress вже встановлено (бо ви імпортували дамп бази даних). Тепер можна входити до панелі адміністрування.
Все готове? Поки що ні. Щоб перевстановити сайт на WordPress без втрати вмісту, необхідно відтворити і базу даних, і файли користувача. Імпорт дампа бази даних вже зроблено, але файли ще не відновлено.Тому будуть потрібні додаткові кроки, перш ніж ваш WordPress сайт повернеться до життя в первозданному вигляді.
Крок 5: перевстановлення теми оформлення
Насамперед треба вирішити проблему з темою оформлення. На вкладці Зовнішній вигляд > Теми є повідомлення про пошкодження:
Крім того, головна сторінка сайту демонструє повідомлення про відсутність каталогу теми оформлення:
Знайдіть відсутню тему оформлення у каталозі WordPress.org, встановіть та активуйте. Якщо це преміум-тема – завантажте її у zip-архіві.
Що робити, якщо на старому WordPress-сайті використовувалася дочірня (кастомізована) тема оформлення? Зазвичай використання таких тем - чудова ідея, але в процесі відновлення WordPress-сайту з бекапу бази даних це означає додаткові труднощі. Якщо резервної копії дочірньої теми оформлення немає, вам доведеться спочатку встановити оригінальну тему, а потім з нуля відтворити всі кастомні налаштування.
Крок 6: перевстановлення плагінів
Наступна проблема – відсутність усіх раніше встановлених плагінів. Перейдіть в розділ «Плагіни» – там будуть лише стандартні Akismet та Hello Dolly. Якщо ви не користувалися ними раніше, можете їх видалити.
Складіть список усіх плагінів, деактивованих через помилку.
Якщо подивитися на головну сторінку – можна побачити посилання на відсутні плагіни, також як показана на скріншоті вказівка на відсутній плагін Ninja Forms:
Вже здогадалися? Прийде перевстановити та активувати всі відсутні плагіни – або через пошук за офіційним каталогом WordPress, або шляхом завантаження відповідних zip-файлів. Якщо пощастило, плагіни збережені на вашому комп'ютері.У разі невдачі, доведеться повторно завантажити необхідні плагіни з сайтів розробників, або навіть придбати нові версії.
Крок 7: налаштування віджетів
Після встановлення плагінів та повернення форми зворотного зв'язку треба вирішити проблему відсутності бічних панелей (сайдбарів). Це можна виправити перетягуванням віджетів на потрібні позиції:
Помилка "Error establishing a database connection" у WordPress вказує на проблеми з'єднання з базою даних.
Однак зображення у віджеті «Останні записи», як і раніше, відсутні:
Як і всі зображення в бібліотеці медіа:
На головній сторінці також немає жодних зображень, а стиль оформлення, заснований на плагіні Elementor, повністю знищений:
Збереження сторінки у конструкторі Elementor відновить стиль оформлення, але як бути із зображеннями?
Крок 8: відновлення зображень
Тепер ми маємо найскладнішу частину роботи. Відновлення зображень – масштабне завдання, і простих рішень для його виконання просто немає. Якщо на старому WordPress-сайті було безліч фотографій та графіки, процес відновлення буде повільним.
Ви можете знайти посилання на втрачені зображення з кожної сторінки сайту за допомогою цього сервісу. Скопіюйте таблицю в Excel, щоб побачити повні адреси. Попередження: цей сервіс не зможе знайти посилання на втрачені фонові картинки.
Завантаження збережених копій
Якщо якісь із відсутніх зображень збережені на вашому комп'ютері або у хмарному сховищі – завантажуйте їх на хостинг за допомогою FTP-клієнта. В ідеалі потрібні повнорозмірні, оригінальні картинки, з яких можна зменшити копії, якщо вони використовуються в темі оформлення WordPress.
Переконайтеся в тому, що завантажуєте зображення в ті ж директорії, в яких вони спочатку. Якщо директорій немає, створіть їх, інакше ви ризикуєте провалити спробу відтворення контенту. Шлях до директорій перевіряють у таблиці, сформованій вже згаданим вище сервісом, або в медіа бібліотеці, або перевіркою посилань на всі картинки, які відсутні на сторінках сайту.
Скористайтеся плагіном Regenerate Thumbnails, щоб відтворити всі мініатюри зображень, які ви відновлюєте.
Пошук графіки в Інтернеті
Що робити, якщо жодних копій не збереглося?
Якщо ви використовували демо-контент і ще не встигли замінити графіку своєї власної, можна знайти фотографії на сайті розробника. У моєму випадку можна звернутися до авторів демонстраційного наповнення для сайту – GeneratePress та Theme Unit Test Data, а також до розробників теми оформлення Restaurant Homepage – Elementor.
Інакше рекомендую корисний сервіс ViewCached – він покаже збережені у кеші версії сайту.
Натисніть кнопку Google, щоб переглянути сторінки, які нещодавно збережені пошуковою системою. Клацніть правою кнопкою миші на зображення і скористайтеся потрібною опцією збереження. Якщо потрібно зберегти безліч картинок, скористайтеся плагіном Image Downloader для браузера Google Chrome – він завантажить усі зображення із вказаною користувачем веб-сторінки.
Якщо потрібно знайти файли з раннього періоду, можна переглянути копію сайту за допомогою сервісу Internet Archive. Не кожен сайт там зберігається, і немає гарантії, що втрачені зображення там будуть, але спробувати варто.
Якщо сайт ще не був проіндексований пошуковими системами, оскільки був у стадії розробки, але при цьому ви недавно відкривали його в браузері Google Chrome, спробуйте плагін ChromeCacheView – він покаже файли відвіданих веб-сторінок, збережені в кеші браузера.
Відсортуйте результати за URL-адресами, знайдіть свій сайт і перевірте кеш - якщо пощастить, зможете зберегти частину зображень. Особисто мені, таким чином, вдалося відновити десяток картинок – проте довелося змінити розширення з .jfif назад на .jpg.
Якщо ніщо не допомогло
У разі невдачі з кожним із розглянутих вище способів залишаються два варіанти. Перший видалити посилання на втрачені зображення. Другий – замінити їх на нові картинки. Жодний із цих методів не можна назвати задовільним у випадку, якщо ваш WordPress-сайт заповнений великою кількістю зображень (як у випадку з портфоліо фотографа, наприклад), і я сподіваюся, що ви в такій ситуації не опинитеся.
Підіб'ємо підсумки
Тепер ви знаєте, як відтворити WordPress сайт без втрати вмісту. Хоча створення нового WordPress-сайту на основі дампа бази даних старого сайту можливе, необхідно розуміти, що це тривалий і досить копіткий процес. Втрата графіки, швидше за все, стане найбільшою проблемою, і її рішення займе справді тривалий час.
Головний урок з цього досвіду - робити частіше резервні копії сайту, причому повну, а не тільки бази даних. Занадто багато бекапів не буває. Крім того, важливо вибрати хорошого хостинг-провайдера. На якісному хостингу має бути передбачений щоденний бекап та відновлення на запит.
Наталія Кайда автор-перекладач статті
