Локальная сборка и безопасное обновление сайта

Обновление сайта на shared-хостинге часто выглядит так: архив залит поверх файлов, что-то перезаписалось, миграции забыли, uploads пострадали. Jasefly разделяет полный install-пакет и update-пакет, чтобы обновление было предсказуемее.

Локальная сборка как точка контроля

Перед упаковкой frontend собирается локально. Здесь же удобно прогнать проверки пакета. Ошибки сборки остаются на машине разработчика, а не на production, где нет Node.js.

Локальный контур также удобен для AI-агента: build и test можно выполнить до любой сети с хостингом. На сервер уходит уже проверенный артефакт.

Install и Update

Install нужен новой площадке: полный набор файлов и мастер установки. Update предназначен для существующего сайта: runtime и миграции без локальных секретов и без медиатеки.

Путать эти пакеты опасно. Install удобен для чистого старта. Update — для эволюции уже живущего проекта, где нельзя потерять конфигурацию и пользовательские файлы.

Что обычно сохраняется

Именно поэтому update нельзя путать с полной переустановкой «с нуля». Если нужно полностью заменить площадку — это отдельный сценарий миграции, а не штатный апдейт.

Рекомендованный порядок

  1. Сделайте бэкап БД и критичных файлов.
  2. Соберите update из нужного состояния репозитория.
  3. Загрузите ZIP через панель обновлений.
  4. Дождитесь validate → применение файлов → migrate.
  5. Проверьте публичные страницы и админку (лучше hard refresh).

Если обновление идёт через MCP, сохраняйте тот же смысл шагов: не пропускайте verify и не игнорируйте ошибки миграций.

Роль MCP pipeline

Когда деплой идёт через агента, полезен фиксированный порядок: build → test → changelog → deploy → verify. Changelog фиксирует, что именно ушло в релиз. Verify показывает, живы ли API, сайт и ожидаемая схема.

Такой pipeline снижает хаос «просто залил файлы». У релиза появляется след: что изменилось, какой пакет уехал, прошла ли проверка после выкладки.

Итог

Безопасное обновление — это не один клик «на удачу», а короткий дисциплинированный процесс. Локальная сборка снижает сюрпризы на сервере, а update-пакет бережёт то, что принадлежит площадке: конфигурацию, файлы пользователей и историю.

Если держать этот ритуал постоянно, shared-хостинг перестаёт быть «местом страха перед обновлениями» и становится обычной production-средой для уже собранного продукта.

К блогу