Files

vitya 1f4a581ea0 chore(.tasks): add iis-on-host-migration task + next-session prompt

Closes nas-recovery (status done in STATUS.md), opens
iis-on-host-migration as the next active task: migrate IIS sites
from VirtualBox VM to native Windows host IIS to eliminate VBox
as a stability layer.

NEXT-SESSION-PROMPT.md is the kickoff brief for the next
conversation — context, what to read, guardrails.

Note: no push possible until gitea recovery (it was on the
dead synology; backup of /docker/gitea/ exists on kreknin
synology but not yet restored).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-19 11:11:00 +03:00

4.1 KiB

Raw Blame History

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

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

Привет! Продолжаем после recovery. Контекст уже зафиксирован в .wiki/ (читай overview.md для навигации) и в .tasks/STATUS.md.

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

Клиентские сайты живы и доступны из публичного интернета через цепочку: client → OpenWRT NAT → traefik 4443/8000 (на этом Windows-PC) → VirtualBox VM snolla-recovery → IIS + .NET 4.8 CMS.
5 баз восстановлены в MSSQL контейнере на хосте. MinIO/Elasticsearch/imgproxy тоже работают в Docker.
40 LE-сертификатов валидны, traefik на file-provider routing.

Задача этой сессии: запустить активную задачу nas-recovery → iis-on-host-migration. Цель — перенести IIS-сайты из VM на нативный IIS Windows-хоста, чтобы избавиться от VBox как слоя нестабильности. Все материалы есть: backup сайтов в C:\nas-recovery\vm-sites\ (11 GB), исходники в projects/MoreThenCms\, контейнеры с БД и сервисами уже работают на этом хосте.

Старт-команда:

Прочитай .tasks/iis-on-host-migration.md целиком.
Прочитай .wiki/entities/snolla-recovery-vm.md и .wiki/entities/windows-recovery-host.md — что мы переносим и куда.
Прочитай .wiki/concepts/cms-config-rewrite-pattern.md — про UTF-8 BOM ловушку.
Спроси меня про открытые вопросы из .tasks/iis-on-host-migration.md (CMS abs paths, IIS app pool identity, .NET update, MinIO/Azure adapter).
После того как откроемся в вопросах — предложи план Phase 1+2 (анализ + импорт сайтов) одной аргументированной рекомендацией, не меню. Согласую — поедем.

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

Менять traefik backends (это переключит prod-трафик).
Останавливать VM до полной отладки нативного IIS.
Удалять backup-копии (vm-sites/, snolla.ova).
Любой push в git (gitea пока недоступен — он был на мёртвой синке, восстанавливать = отдельная задача).

Открытое: МinIO/Azure-адаптер в CMS — я обещал пояснить, "не так все" как считалось. Готов рассказать когда дойдёт.

Поехали.

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

.wiki/overview.md — точки входа
.wiki/sources/nas-recovery-session-2026-05-18.md — что было
.wiki/concepts/recovery-architecture-snapshot.md — текущее состояние, request flow
.wiki/concepts/future-resilient-architecture-goals.md — куда движемся в долгую
.tasks/STATUS.md — закрытая задача nas-recovery (status: done)
.tasks/iis-on-host-migration.md — активная задача, открытые вопросы
Это сообщение

Полезные пароли/ключи (хранятся в Web.config / .env, не в чате)

MSSQL SA: см. C:\Users\vitya\projects\docker\diskstation\mssql\.env
Production MSSQL для CMS: user snolla (production password в Web.config-ах в VM и в production-data/docker-compose.yml)
MinIO access/secret keys: C:\Users\vitya\projects\docker\diskstation\minio\docker-compose.yml
SSH-ключи на хосте: ~/.ssh/id_ed25519_kreknin, ~/.ssh/id_ed25519_openwrt, ~/.ssh/id_ed25519_snolla_vm

4.1 KiB Raw Blame History Unescape Escape

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

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

Полезные пароли/ключи (хранятся в Web.config / .env, не в чате)

4.1 KiB

Raw Blame History