Дуже важлива і злободенна тема: як відновити сайт з резервної копії (бекапа).
У видачі пошукової системи Яндекса з'явилися повідомлення, що на її блозі виявлений шкідливий код. Написавши на підтримку Яндекса, вона отримала підтвердження, що це так. Вона зробила якісь заходи - безрезультатно. Щось я їй порадила зробити. Деякими порадами вона скористалася, інші, більш рішучі, заходи використовувати не зважилася.
Вчора ввечері вона чекала мене, щоб разом спробувати застосувати ці заходи. Але я була зайнята домашніми справами і, не дочекавшись мене, вона на якомусь форумі знайшла майстра, який їй пообіцяв впоратися з проблемою за 1,5-2 години. І на додачу пообіцяв розповісти, в чому була проблема і як від неї вберегтися в майбутньому.
Вірус він, дійсно, видалив швидко і, отримавши від неї гроші, зник. Чи не відповівши ні на які її питання, він видалив її з контактів скайпу.
Порахувавши це підозрілим, вона тут же кинулася міняти всі паролі, а на ранок виявила порожню сторінку замість іншого свого блогу.
Вона звернулася до мене за допомогою. Її блог, так само як і мої, знаходиться на хостингу Timeweb. тому і розповідати я буду, як завжди, на його прикладі.
Як відновити сайт шляхом відкату бази даних на хостингу
Щоб зробити відкат бази даних, в панелі управління хостингу натискаємо на кнопку «Управління BACKUP», переходимо на сторінку бекапов, вибираємо «Бази MySQL» і дату тієї резервної копії, яку хочемо відновити (в Timeweb зберігається по 3 останніх бекапа.):
Натискаємо на кнопку відкату. У спливаючому вікні натискаєте ОК, і Ваша заявка на відкат стає в чергу.
Через деякий (недовгий) час статус відкату зміниться на «Виконано». Перевіряєте сайт. Якщо все в порядку, значить, на цьому відновлення завершено. Якщо немає, то продовжуємо.Відновлення сайту шляхом відкату всіх файлів на хостингу
На цьому кроці все робиться так само, як і на першому, тільки вибрати треба не «Бази MySQL», а «Файли».
І час очікування відкату буде побільше.
Знову перевіряєте сайт.
Ні? Можна спробувати виконати кроки 1 і 2 для самої ранньої збереженої копії. Якщо і це не допомогло, то судячи з усього, проблема з'явилася раніше, ніж були зроблені ці бекапи, або з ними хтось щось зробив. Значить, продовжуємо.Відновлення бази даних з резервної копії, збереженої раніше на комп'ютері.
Якщо у Вас є копія БД більш рання, отримана за допомогою плагіна для бекапа БД. або скачана з хостингу, тоді намагаємося відновити базу даних з неї.
Знову йдемо в панель управління хостингом і натискаємо тепер кнопку «Бази даних MySQL»:
Потрапляємо на сторінку управління базами даних. Внизу, в таблиці вибираємо потрібну базу даних і клацаємо по ній. Вас попросять ввести пароль. Вводите пароль, і ось Ви вже знаходитеся на сторінці з таблицями бази.
У верхньому рядку натискаємо на посилання «Імпорт», вибираємо на комп'ютері потрібний нам файл резервної копії і - кнопка ОК.
База даних відновлюється на ту дату, коли була зроблена копія.
І знову перевіряємо сайт. Допомогло? Вітаю!
Не допомогло? Йдемо на наступний крок.Як відновити сайт з резервної копії, що зберігається на комп'ютері.
Сподіваюся, у Вас встановлений на блозі плагін для автоматичного резервного копіювання файлів сайту. або Ви робите бекапи іншими способами. Але хоча б раз в тиждень такі копії створювати потрібно обов'язково.
Знову повертаємося в панель управління хостингом і йдемо в «Файловий менеджер».
Я запропонувала спочатку видалити папку public_html з хостингу, а потім вже завантажити туди файл бекапа. Навіщо? Якщо в директорію блогу впроваджений небажаний код, таким чином ми від нього позбавимося. Так і зробили.
На хостингу Timeweb це робиться так: виділяємо удаляемую папку, натискаємо в меню на «Файл» і в списку, команд «Видалити».
Щоб закачати архів з копією і розпакувати його прямо на хостингу, натискаємо в меню на «Архіватор» і вибираємо команду «Завантажити та розпакувати» (переконайтеся, що Ви перебуваєте там, де була віддалена папка). Знаходимо на комп'ютері потрібний нам архів з резервних копій і тиснемо кнопку «Завантажити». Повинна утворитися нова папка public_html, а в ній всі файли Вашого блогу станом на дату копії.
Знову перевіряйте сайт. Ну, має ж він, нарешті, заробити!
У моєї приятельки блог з'явився в браузері після останнього кроку. Природно, не обійшлося без невеличких втрат (треба сказати, я очікувала більш серйозних), але краще позбутися якоїсь невеликої частини блогу, яку можна потім відновити, ніж втратити його весь.
Резюме з усього цього:
Ось я і розповіла, як відновити сайт з резервної копії (бекапа). Думаю, тепер Ви не розгубився, коли виникне необхідність це зробити.
Це теж цікаво:
Ира, спасибо за прекрасний відгук. Щодо мого призу не переживай, це не той випадок, коли треба переживати. Ось оплата за хостинг - це вже серйозно! Ось так з нами наші правителі надходять: всіх під одну гребінку.
Спасибі, Ніна, я рада, що ти розумієш мою ситуацію. А то, по правді кажучи, я подумала, що ти ображаєшся на мене ... Вибач за такі думки! До речі, останню шараду так ніхто і не розгадав, напевно тебе чекає!
Дякуємо! Давно пора було таку докладну статтю написати. Всі пишуть як зробити бекап, а ось як відкотити Ви, мабуть, перша. Збережу на всякий випадок. Ще раз дякую!
Привіт, Ніна! У мене зламали блог, було таке в минулому році. Я в той час не зберігала резервні копії бази даних і файлів свого блогу.
І ось за допомогою техпідтримки хостингу, я все зробила. Звичайно, багато чого втратила. Коротше блог заново створювала. Тепер я зберігаю на комп'ютер раз на тиждень за допомогою плагіна.Благодарю за потрібну статтю!
На жаль, Лариса, дуже багато блогери не роблять резервних копій: хтось через незнання, а хтось через легкодумство. Що мене дивує найбільше: люди не прислухаються. коли їм кажеш, що можна взагалі сайт втратити.
Привіт, Ніна. А чи можете Ви підказати як самому знайти і видалити шкідливі коди з сайту. Коли з'явилася така проблема на сайті звернулася до фрілансерам. Начебто зробили, на хостингу сказали, що все стало нормально, гроші я заплатила і на наступний день все повернулося. Антивірусна програма пише, що сайт небезпечний, природно на нього перестали заходіть.К фрілансерам більше не хочу звертатися - це гроші на вітер. Треба самій вчитися і розбиратися, час звичайно піде багато, шкода. я б цей час витратила на написання статей.
Валентина, на жаль, щось підказати в цьому випадку складно: шкідливий код впровадити на сайт можна різними способами і в різні місця. Можна дати лише якісь загальні рекомендації.
Але Ви не уточнили, про яке сайті йдеться (istoki-tur.ru - про це?) І яка антивірусна програма пише, що сайт небезпечний. Якщо мова йде про цей сайт, то ні Гугл, ні Яндекс не видають попередження, що сайт небезпечний.
Так, Ніна, цей сайт. А антивірусна програма, яка встановлена на комп'ютері "Касперський". І при спробі Твитнуть в статті, пише, що дана сторінка може бути небезпечна. І хостинг блокує зворотний зв'язок через ці шкідливих кодів. Прибрала тому взагалі сторінку зворотного зв'язку і плагін.
Ніна, спасибі ща докладну інструкцію. Поки не стало в нагоді, але можливо, і знадобиться)) Зазвичай хостинг і сам робить відкат, якщо їх попросиш
Так, Олена, звичайно хостинг робить. Але в разі, описаному в статті, резервні копії на хостингу були зіпсовані. Адже це теж можливо, якщо зловмисник добереться до сайту. Тому і бажано мати свої копії, на комп'ютері.
У мене була проблема, коли я полізла в код і зник сайдбар з блогу. написала на хостинг в службу підтримки. вони все відновили через кілька годин. Я теж поставила плагін і мені на комп'ютер на пошту приходить резервна копія сайту. так що спасибі, за статтю, Ніна. Я правда сама не пробувала відновлювати все.