OpeItcLoc03/admin
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
3d6a3e8c154d9cb23a01fcef4605ad9d0bc57029
admin/NEXT-SESSION-PROMPT.md
vitya 3d6a3e8c15 chore(.tasks): iis-on-host-migration Phase 1-3 done, paused 
10/11 main domains now served by native host IIS via traefik
(C:\sites\MoreThenCms.Web on *:80). rimiz.ru -> 404 (CMS-side),
stostayer/stostayer.old technically deployed but timeout locally,
traefik for stayer kept on VM. Phase 4-5 open.

- STATUS: ready -> paused with detailed where-I-stopped
- iis-on-host-migration: completed steps + decisions log + status block
- NEXT-SESSION-PROMPT: rewritten with current state + 4 next-task options

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-19 12:51:48 +03:00

4.0 KiB
Raw Blame History

Prompt для следующей сессии

Скопируй этот блок и вставь как первое сообщение:

Привет! Продолжаем после успешной миграции основного CMS на нативный IIS хоста (см. .wiki/sources/iis-host-migration-2026-05-19.md и обновлённый .wiki/concepts/recovery-architecture-snapshot.md).

Кратко где мы сейчас:

  • 10 главных клиентских доменов (snolla.com + 9 остальных) идут client → OpenWRT → traefik → нативный IIS хоста → MSSQL container. VM из prod-пути выведена для этих 10 доменов.
  • MoreThenCms.Web на хосте: C:\sites\MoreThenCms.Web, AppPool MoreThenCms.Web (.NET v4.0 Integrated, ApplicationPoolIdentity), bind *:80.
  • traefik backend для 11 yml пропатчен на host.docker.internal:80 (backup *.yml.bak-phase3-2026-05-19).
  • VM продолжает крутить только stostayer (:18180) и stostayer.old (:18181) — их traefik backend на VM не трогали.

Открытые задачи (выбрать одну):

  1. stostayer / stostayer.old — сайты :8090/:8091 на хосте созданы, но локальный Invoke-WebRequest даёт timeout. Разобраться: cold-start ASP.NET? Web.config conn-string на 89.253.219.2 не отвечает? AppPool краш? Глянуть Event Viewer + W3SVC logs. После фикса — переключить traefik (stostayer.yml, oldstostayer.yml).
  2. rimiz.ru → 404 — host header не маппится на CMS-сайт (на host-IIS и, вероятно, до миграции тоже). Найти в БД таблицу mapping host→site, проверить запись для rimiz.ru.
  3. Phase 5 — URL Rewrite + ARR MSI (фикс :4443 в CMS-редиректах), Application Initialization (warm-start), log rotation C:\inetpub\logs\.
  4. Cleanup VM — только после (1). VBoxManage controlvm "snolla-recovery" poweroff, удалить port forwards 18080/18180/18181/18189 в OpenWRT, опционально unregistervm --delete (освобождает 92 GB).

Не делай без моего "да":

  • Любые traefik patches (это меняет prod-трафик).
  • Любые destructive операции на C:\sites\, C:\stayer\, C:\nas-recovery\vm-sites\.
  • Глушить VM.
  • Push в git (gitea пока на мёртвой синке).

Контекстные пароли (в Web.config / .env, не в чате):

  • MSSQL SA: C:\Users\vitya\projects\docker\diskstation\mssql\.env
  • Production MSSQL для CMS: user snolla, password в C:\sites\MoreThenCms.Web\Web.config (fXkH4@8O%3pc)
  • VM SSH: ~/.ssh/id_ed25519_snolla_vm → vitya@127.0.0.1:8022 (NAT-forward!)
  • Если ключ не подойдёт — пароль admin vitya в VM: Pryakhin9

Поехали.

Что почитать AI-агенту перед началом (для самопроверки контекста)

  • .wiki/overview.md — точки входа
  • .wiki/sources/iis-host-migration-2026-05-19.md — что было сделано в прошлой сессии (актуальный source)
  • .wiki/sources/nas-recovery-session-2026-05-18.md — почему вообще на этом хосте всё
  • .wiki/concepts/recovery-architecture-snapshot.md — обновлённая chain после миграции
  • .wiki/entities/snolla-recovery-vm.md — VM в статусе demoted
  • .wiki/entities/windows-recovery-host.md — добавлены native IIS sites
  • .wiki/concepts/cms-config-rewrite-pattern.md — UTF-8 BOM ловушка
  • .tasks/STATUS.md — paused задача iis-on-host-migration
  • .tasks/iis-on-host-migration.md — детальный план + completed steps + решения
  • Это сообщение
Reference in New Issue View Git Blame Copy Permalink