Перед тем как поручить ИИ-агенту изменить сайт, сохраните отдельно базу данных и файлы проекта. Тогда при ошибке можно будет вернуть рабочую версию, а не восстанавливать сайт по памяти. В статье разберём, что копировать, где хранить архив и как проверить, что он пригоден для восстановления. Эти шаги подойдут владельцу небольшого сайта, даже если он не пишет код самостоятельно.
Что нужно включить в резервную копию?
У сайта обычно есть две части: файлы и база данных. В файлах лежат код, настройки и загруженные материалы. В базе — например, товары, тексты и учётные записи. Если сохранить только одну часть, копия может оказаться неполной: после восстановления сайт запустится, но часть содержимого пропадёт или перестанет отображаться.
Перед работой составьте короткий список того, что нужно сохранить. Попросите разработчика или хостинг-провайдера уточнить расположение базы и файлов, если вы не знаете, где они находятся. Проверьте, попадают ли в архив загруженные изображения и документы: они могут храниться отдельно от основного кода.
- Файлы проекта, включая настройки и загруженные материалы.
- Экспорт базы данных.
- Инструкцию, где находятся копии и как их восстановить.
Не включайте в архив только то, что легко скачать заново. Сверьте список с фактической структурой сайта до изменений агента.
Как сделать копию перед правками ИИ-агента?
Сначала узнайте, как на вашем хостинге создают архив файлов и экспортируют базу. Это можно сделать через панель управления или попросить специалиста выполнить операции. Главное — сохранить оба компонента в одной папке и подписать копию так, чтобы по названию было понятно, к какому состоянию сайта она относится. Например: «до правок каталога».
Храните копию отдельно от рабочей папки проекта. Если агент получит доступ к файлам сайта, он не должен иметь возможность случайно перезаписать единственный архив. Для важного проекта разумно сделать ещё одну копию в другом доступном вам месте. Не полагайтесь на папку внутри того же проекта как на единственное хранилище.
До запуска агента зафиксируйте, что именно он будет менять. Если задача касается одной страницы, не давайте агенту разрешение на редактирование всей системы без необходимости. В материале о проверке ИИ-агента перед подключением к рабочим сервисам разобраны вопросы доступа и границ его действий.
Как проверить, что копию получится восстановить?
Наличие архивного файла ещё не доказывает, что сайт удастся вернуть. Проверьте, что архив открывается и содержит ожидаемые файлы, а экспорт базы не пустой. Если есть тестовая копия сайта, попробуйте восстановить данные там. Не проводите проверку на рабочем сайте: тестовое восстановление может заменить текущие файлы или содержимое базы.
Запишите порядок восстановления простыми шагами: где лежит архив, как загрузить файлы и как вернуть базу. Если самостоятельно выполнить эти действия трудно, попросите разработчика или поддержку хостинга показать процесс на тестовой среде. Понятная инструкция пригодится и после обновления сайта, когда участники проекта сменятся.
После сохранения копии можно запускать изменения агента. Проверьте результат на тестовой версии, а перед публикацией сравните его с исходным состоянием. Для этого полезно вести CHANGELOG проекта: запись о каждом изменении помогает понять, что именно нужно отменить.
Какие ошибки чаще всего мешают восстановлению?
- Сохраняют только файлы или только базу, хотя сайту нужны обе части.
- Оставляют единственный архив в папке, к которой у агента есть доступ на запись.
- Не проверяют содержимое архива и экспорт базы до начала работы.
- Создают копию, но не записывают, как вернуть сайт в рабочее состояние.
- Восстанавливают данные сразу на рабочем сайте, не проверив процедуру отдельно.
Перед правками сохраните файлы и базу, проверьте архив и держите копию отдельно от рабочей папки. Если агент внёс нежелательные изменения, сначала остановите публикацию и оцените, что именно изменилось. Затем восстановите сайт по проверенной инструкции или попросите специалиста выполнить откат.
