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

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

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

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

Install и Update

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

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

Именно поэтому update нельзя путать с полной переустановкой «с нуля».

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

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

Роль MCP pipeline

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

Итог

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

К блогу