Як відновити сайт, якщо файли зникли, але база даних залишилася

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

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

Окремо про загальний алгоритм дій можна прочитати в матеріалі Як відновити сайт після помилкового видалення файлів.

Що зберігається в базі даних

У стандартній базі даних WordPress зазвичай містяться:

• тексти сторінок, записів і довільних типів записів;
• заголовки, описи, статуси публікацій і дати створення;
• категорії, позначки та інші таксономії;
• налаштування сайту, теми та частини плагінів;
• облікові записи користувачів і їхні ролі;
• коментарі та службові метадані;
• посилання на медіафайли, які були завантажені до каталогу wp-content/uploads.

Водночас база даних не відновлює самі файли. Наприклад, запис про зображення може залишитися в таблиці wp_posts, але без відповідного файлу в wp-content/uploads картинка не відкриється. Так само наявність запису про активну тему не означає, що її PHP-, CSS- і JavaScript-файли ще є на сервері.

Спочатку потрібно з’ясувати, чи справді зникли всі файли або лише частина. Варто перевірити файловий менеджер хостингу, FTP/SFTP, резервні копії хостингу, кошик файлової системи та журнали операцій. Іноді файли були переміщені в інший каталог, перейменовані або видалені лише з кореневої директорії сайту.

Пошук теми та плагінів

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

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

1. Збережіть копію бази даних перед зміною будь-яких значень.
2. Перевірте параметри template і stylesheet у таблиці wp_options, враховуючи можливий інший префікс таблиць.
3. Перегляньте значення active_plugins, щоб визначити перелік активних розширень.
4. Завантажте сумісну версію ядра WordPress, тему та плагіни з офіційних або перевірених джерел.
5. Не встановлюйте одразу всі знайдені розширення на робочий сайт — спочатку перевірте їх на копії.

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

Відновлення медіафайлів

Медіафайли найчастіше зберігаються в каталозі wp-content/uploads, розподіленому за роками та місяцями. Для їх повернення потрібно знайти копію цього каталогу або окремі архіви. База даних сама по собі містить лише записи медіатеки та шляхи до файлів.

Перевірте такі джерела:

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

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

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

Збирання WordPress заново

Коли необхідні файли знайдені або підготовлені, WordPress можна зібрати на чистому каталозі. Для цього потрібно завантажити сумісне ядро, повернути файл wp-config.php або створити його заново з правильними параметрами підключення до бази даних.

1. Створіть окрему робочу копію або тестовий піддомен, якщо це можливо.
2. Завантажте файли ядра WordPress відповідної версії.
3. Поверніть wp-config.php, перевіривши назву бази, користувача, пароль, сервер і префікс таблиць.
4. Відновіть каталоги тем, плагінів і завантажень.
5. Переконайтеся, що домен і URL сайту в базі даних відповідають фактичній адресі.
6. Очистіть кеші лише після того, як буде збережено копію поточного стану.

Якщо доступ до адміністративної панелі відсутній, спочатку потрібно перевірити помилки підключення до бази, права на файли, версію PHP і журнали сервера. Білий екран, помилка 500 або нескінченні перенаправлення можуть бути спричинені не тільки відсутніми файлами, а й несумісністю версій, пошкодженим плагіном або неправильними параметрами в конфігурації.

У разі невідомого походження файлів важливо також перевірити сайт на шкідливий код. Відновлення зараженої копії без аналізу може повернути вірус разом із сайтом. Підозрілі PHP-файли, незнайомі облікові записи та зміни в конфігурації потрібно перевіряти до відкриття сайту для відвідувачів.

Перевірка сторінок

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

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

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

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