Production — это живой сайт, который видят пользователи. Staging — тестовая копия. Если смешивать их, можно потерять изменения, сломать заказы или случайно показать тестовый контент на реальном сайте.

Безопасные шаги деплоя

  • Сделайте бэкап перед deployment.
  • Проверьте изменения на staging.
  • Понимайте, какие файлы и изменения базы нужно перенести.
  • Выкатывайте в окно меньшего трафика.
  • Проверьте формы, checkout и ключевые страницы после deployment.

Важное предупреждение

Копирование staging database поверх production может стереть реальные заказы, пользователей или сообщения форм. Database deployment нужно рассматривать отдельно от file deployment.

Деплой должен быть спланирован, а не импровизирован

Напишите, что менялось: файлы, база или обе части. Поможем выбрать безопасный путь деплоя.

Спланировать безопасный деплой

Как снизить риск ошибок и взлома

Безопасность сайта зависит не только от хостинга, но и от паролей, обновлений CMS, прав файлов, доступа разработчиков и резервных копий. Чем меньше лишних доступов и старых файлов, тем ниже риск проблемы.

  • используйте сложные уникальные пароли;
  • удаляйте временные FTP и админ-доступы после работ;
  • обновляйте CMS, плагины и темы;
  • не храните архивы с паролями в публичной папке;
  • проверяйте права файлов и папок.

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

Что подготовить перед обращением

Чтобы поддержка GoodNet быстрее разобралась с вопросом по теме «Staging и production: как безопасно выкатывать изменения сайта», укажите домен, услугу, время появления проблемы, что менялось перед этим и приложите точный текст ошибки или скриншот. Это помогает сразу перейти к диагностике, а не тратить время на уточнение базовых данных.

Как понять, что всё настроено правильно

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

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

  • проверьте результат без кэша браузера;
  • сохраните точный текст ошибки, если она появляется;
  • не удаляйте старые настройки, пока не убедились, что новые работают.