Восстановление сайта после вирусов

Здравствуйте. Есть сайт. Летом, как и у многих он лёг.
Что имеется в сухом остатке — папка шаблона на сайте без .html файлов,
база данных.
Подскажите, как с помощью данных средств восстановить сайт можно?
Создать новый сайт, положить в него папку с шаблоном и из старой базы данных просто скопировать в новую строки с чанками и шаблонами?

Kirill

14 марта 2019, 15:20

1 027

Комментарии: 17

Николай Савин

14 марта 2019, 15:37

Здравствуйте. Никак

Kirill

14 марта 2019, 15:43

Я уверен, что это спорное утверждение, что такое невозможно… Ведь сайт страницы и шаблоны хранятся в базе данных.

Fi1osof

14 марта 2019, 19:13

Николай Савин может отлично делать только две вещи:
1. Массово ставить минуса всему, что попадется.
2. Помогать никак.

Вот здесь я подробнейшим образом описал процесс восстановления: modxclub.ru/topics/virus-pronik-na-modx-sayt.-v-papke-assets-v-modx-unichtozheny-vse-skripty.reshenie..html Вариант почти 100%

На правах рекламы.

Kirill

14 марта 2019, 19:20

Спасибо прочитаю! Я уже нашел способ! В базе данных, которая сохранена, есть все чанки и все шаблоны и все страницы. Мне остается только заняться работой копировать-вставить. Сайт благо небольшой — визитко-корпоративный, страниц 16 всего, без наворотов (галерея, контакты, и подобные мелочи)
Уже получилось собрать шаблон главной страницы.
Есть только еще вопрос, это не именно к вам, но раз уж пишу сюда, то попрошу небольшой помощи от местных форумчан — база данных старого сайта в кодировке, отличной от utf8. И при миграции русский язык становится кракозябренным. Как можно конвертировать за раз базу в utf8?

Fi1osof

14 марта 2019, 19:39

Не за что.

Эта процедура довольно непростая, потому что помимо того, что надо сменить кодировку таблиц, надо еще сменить кодировку всех текстовых колонок. То есть в рамках одной таблицы может быть несколько колонок с различными кодировками. Руками проходиться — довольно муторно и долго.

Примерный сценарий следующий:
1. Восстанавливаете исходную базу данных (пусть и с неправильной кодировкой). Главное — чтобы через тот же phpMyAdmin отображались символы верно (PMA автоматически определяет кодировку и выводит с конвертированием). Если этого не получится сделать, то ничего более не получится сделать. Верю, что у вас есть живой бэкап.
2. Надо запустить запрос, который выполнит конвертирование всех таблиц и колонок. Судя по всему эти запросы описаны здесь: www.ryadel.com/en/mysql-convert-database-tables-specific-collation-character-set-charset/

Это сообщение было удалено

Kirill

15 марта 2019, 09:10

Вчера сайт лег поспать, поэтому не сказал спасибо. Очень помогла ваша ссылка.Как говорится, все надо читать. Я внимательно прочитал и мне очень помог веб архив я там нашел весь свой сайт в целости и солхранности! Теперь проблемы вообще никакой нет! Это просто супер!

Fi1osof

15 марта 2019, 10:00

Пожалуйста.

SEQUEL.ONE

14 марта 2019, 23:31

Можно открыть файл базы SQL в Notepad++ выделить всё CTRL+A, потом вырезать CTRL+ X, поменять кодировку на UTF-8 без BOM. Вставить всё из буфера обратно CTRL+V и сохранить файл. Потом эту базу можно импортировать через phpMyAdmin и кодировка будет UTF-8, если на сервере выставлена настройка в phpmyadmin (кодировка UTF-8 по умолчанию).

Kirill

15 марта 2019, 09:08

пробовал не помогает.Буду через декодер видимо пускать.

Антон Тарасов

14 марта 2019, 15:56

папка шаблона на сайте без .html файлов

Можно чуть подробнее, что это?
Если в базе осталось шаблоны, чанки, сниппеты + вы вооружитесь вебархивом(теоретически можно и только им, смотря какой сайт и что сохранилось в архиве), то шансы вполне велики!

Kirill

14 марта 2019, 15:58

Да! База сохранилась полностью и сохранились все чанки и сниппеты и тд.

Антон Тарасов

14 марта 2019, 16:02

Ставьте MODX и компоненты, что были, максимально до того состояния, что было работоспособным. Потом тащите файлы из архива, потом подкладыйте/замещайте/создавайте заново то, чего осталось в старой базе- шаблоны, чанки, плагины, ресурсы и т.д. Порядок после установки MODX любой, лишь бы ничего не забыли, иначе могут возникнут неприятные ошибки.

Kirill

14 марта 2019, 16:09

Постараюсь!

Наумов Алексей

14 марта 2019, 16:02

Насколько я помню по своему опыту, главный трабл был в том, что были затерты js файлы.

Примерный сценарий:
1. Разворачиваем сайт
2. Устанавливаем поверх свежий (или не очень свежий) MODX
3. Обновляем все компоненты, задача — переустановить их с заменой файлов
4. Удаляем старые версии компонентов, чтобы уменьшить кол-во файлов
5. Тщательно ищем упоминания вирусов во всех файлах, сверяемся с исходниками modx и компонентов, используем антивирусы.
6. Кстати. Вот перед всем этим, хорошо бы проанализировать даты изменения файлов. Возможно, вам получится выяснить список файлов, модернизированных вирусом.
7. Недостающие файлы пытаемся найти через webarchive или свои старые бекапы. Это единственное место, где я смог найти js файлы.

Kirill

14 марта 2019, 16:09

Я даже не знаю… какой там список файлов… Критическая уязвимость была летом, и сейчас в папке с сайтом около тысяч 20 наверное набралось… )

Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.