fix: auto-deploy webhook ai-sekretar24.ru/webhook/ возвращает 502, site/ не синхронизируется

[ShaerWare]

Контекст

При merge PR #785 (мобильная адаптация лендинга) изменения не доехали до прода: на https://ai-sekretar24.ru/ всё ещё старый styles.css (cache buster ?v=2, лейбл KK), Last-Modified: Wed, 20 May 2026. Пришлось разбираться, почему авто-деплой не сработал.

Что показывают webhooks репо

gh api repos/ShaerWare/AI_Secretary_System/hooks

Два push-хука на сервере:

Хук	URL	Последний last_response	Назначение (предполож.)
595336438	https://ai-sekretar24.ru/webhook/	502 connection_error	ai-secretary-webhook.service — auto-deploy (/opt/ai-secretary/deploy.sh)
595620064	https://ai-sekretar24.ru/webhooks/github	200 OK	modules/admin/router_github_webhook.py — парсит ## NEWS для Telegram-бота и FCM-пушей

Последние 3 доставки сломанного хука:

2026-05-23T21:38:30 push  502
2026-05-23T21:30:18 push  502   ← наш merge
2026-05-23T21:29:00 push  502

Стабильно 502 на каждый push — сервис либо упал, либо nginx-роут /webhook/ указывает в никуда.

Что нужно сделать

1. Поднять ai-secretary-webhook.service (или его аналог) на сервере. Проверить systemctl status ai-secretary-webhook, логи через journalctl -u ai-secretary-webhook -n 100, и nginx-блок location /webhook/ { proxy_pass ...; }.
2. Расширить логику auto-deploy, чтобы она синхронизировала и site/, а не только admin/dist/. Сейчас лендинг живёт в site/{,en/,kk/} + root assets (styles.css, main.js, favicon.svg, robots.txt, sitemap.xml) и должен попадать в веб-корень nginx (предположительно /var/www/ai-sekretar24-site/ или соседний с /var/www/admin-ai-sekretar24/).

Минимальный набор шагов в скрипте после git pull:

# admin (уже было)
cd /opt/ai-secretary/admin && npm ci && npm run build
rsync -av --delete /opt/ai-secretary/admin/dist/ /var/www/admin-ai-sekretar24/
sed -i "s/ai-admin-v[0-9]*/ai-admin-v\$(date +%s)/" /var/www/admin-ai-sekretar24/sw.js

# site (новое)
rsync -av --delete /opt/ai-secretary/site/ /var/www/<путь-лендинга>/

systemctl restart ai-secretary

3. (опционально) Изменения, не затрагивающие admin/ или site/, могут не запускать build — добавить early-exit по диффу для скорости.

Проверка после починки

После merge тестового PR, который трогает site/:

curl -sI https://ai-sekretar24.ru/styles.css?v=N
# Last-Modified должно стать актуальным
md5sum <(curl -s https://ai-sekretar24.ru/styles.css?v=N)
# должен совпасть с md5 локального site/styles.css

И последняя доставка хука /webhook/ должна быть 200 OK, а не 502.

Воркараунд

До починки лендинг придётся выкатывать вручную:

ssh root@155.212.231.7 'cd /opt/ai-secretary && git pull origin main && rsync -av --delete site/ /var/www/<путь-лендинга>/ && systemctl reload nginx'

Связано

• PR fix(landing): мобильная адаптация + KK→KZ + dev-плагин Vite #785 (мобильная адаптация лендинга) — мерджен, но из-за этой проблемы не виден на ai-sekretar24.ru.

[ShaerWare]

Webhook снова не отработал на merge PR #791 (2026-05-27 08:08 UTC): /llms.txt на проде продолжает отдавать SPA-фоллбэк, главная не содержит новых классов .mobile-app / .phone-frame. Это уже второй merge подряд (после #790), который требует ручного ssh root@... 'cd /opt/ai-secretary && git pull && bash deploy.sh'. Поднимите приоритет.

[ShaerWare]

Нашёл корневую причину.

Auto-deploy скрипт /opt/ai-secretary/deploy.sh обновляет ТОЛЬКО админку (строки 84-85: rsync admin/dist/ → /var/www/admin-ai-sekretar24/). Для лендинга rsync отсутствует.

Nginx обслуживает лендинг из /var/www/landing-ai-sekretar24/ (не из /opt/ai-secretary/site/). После git pull файлы появляются в /opt/ai-secretary/site/, но в /var/www/landing-ai-sekretar24/ остаются старые — и пользователь видит непропатченную версию.

То есть webhook может работать, но он бесполезен для коммитов в site/.

Фикс: добавить в deploy.sh после блока про admin/dist:

log "Copying site to /var/www/landing-ai-sekretar24/..."
rsync -a --delete "$REPO_DIR/site/" /var/www/landing-ai-sekretar24/

Сейчас вручную выполнил rsync на проде (после merge PR #791), лендинг обновлён. Issue можно закрывать как только пофиксим deploy.sh — сделаю отдельным маленьким PR, если @ShaerWare ок.