За этот цикл мы не добавляли «новую кнопку». Мы сделали то, что пользователи ощущают как «сервис просто работает»: вход не отваливается, ссылки ведут куда надо, релизы выкатываются предсказуемо.
Что сделано
- Разделили маркетинговую витрину и приложение по инфраструктуре.
- Настроили webhook-выкат из GitHub в прод.
- Зафиксировали HTTPS-конфигурацию, чтобы при деплое не терялся 443 порт.
- Привели авторизацию и сессии к более устойчивому сценарию.
- Улучшили выбор и загрузку проектов компании из БД.
Зачем это сделано
Главная цель — убрать «хрупкость» на проде. Когда у команды растёт число клиентов, случайные сбои входа, кривые редиректы и ручные деплои начинают съедать больше времени, чем разработка продукта.
Как это сделано
- В конфигурации окружения разделили роли маркетинга и приложения.
- Перевели поставку кода на webhook-процесс с повторяемым пайплайном.
- Для nginx закрепили корректный HTTPS-шаблон.
- На уровне доступа добавили более точное подтягивание проектов компании из PostgreSQL и автоподбор проекта в UI.
- Для администраторов оставили управляемый источник списка проектов через
MAGMASTER_COMPANY_PROJECTS_SOURCE.
Для кого это полезно
- Пользователям: меньше проблем со входом и переключением между экранами.
- Маркетингу: корректные канонические URL и стабильные переходы из витрины в продукт.
- DevOps и админам: меньше ручных операций при релизах и меньше рисков после выката.
Практические кейсы
- Выкатить срочный фикс в рабочее время без длинного окна обслуживания.
- Переключить источник проектов при миграции (FS → DB) без ломки интерфейса.
- Поддерживать несколько доменов и ссылок «Войти / Личный кабинет» без редирект-ловушек.