Files
admin/.tasks/NEXT_SESSION.md
vitya 03607d0d6e meta(handoff): flat-fields wave CLOSED; session end
- 7 sites @snolla/snolla→web redeployed
- admin-api 0.4.0 (flat fields) + client 0.5.2 + schema-gen 0.2.1 published
- pilorama98 0db46e1 live: loader flat + catalog + yml/short_description
- admin-api 0.5.0 (validation) published, not deployed to pilorama98
- coordinator role active: snolla ↔ pilorama98
2026-08-07 13:03:23 +03:00

3.1 KiB
Raw Blame History

_last_updated_, session_id, prev_session_id
_last_updated_ session_id prev_session_id
2026-08-07T13:00:00Z 2026-08-07-admin-flat-fields-wave 2026-08-05-admin-namespace-migration-embed

Next session handoff

Главное за сессию

Эпик flat-fields ЗАКРЫТ. fields[] убран — поля в корне объекта. Loader мигрирован.

  • @snolla/snolla → @snolla/web — 7 сайтов пересобраны и передеплоены (вторая волна ренеймов)
  • Content-Type гейтинг — vendor-Accept (application/vnd.snolla.admin+json) только для web-админки. Default = корневые поля. Save: Content без vendor → 400.
  • fields[] → корневые поля — admin-api 0.4.0 (read/write flat), client 0.5.2 (index-signature), schema-gen 0.2.1 (генератор flat). Вся тройка published+pushed.
  • Loader → flat root fields — pilorama98 0db46e1 в проде. Тесты 105/105. yml_category_id + short_description для required-полей.
  • Content-валидация — admin-api 0.5.0 published (snolla), НЕ развёрнута на пилораме.

Open треки

Трек Готовность Entry-point
admin-api 0.5.0 (валидация) → пилорама published, ждёт волны бамп в apps/web + деплой
yml_category_id — маппинг для YML-фида эмпирически сверен, нужен production-тест loader bin/index.js + фид
Коллизия description (контент-поле ↔ колонка) на snolla/schema-gen при следующей встрече
Loader прод-импорт (живой) НЕ запускался после 0.4.0 решение vitya

Спроси user'а

  • Деплоить admin-api 0.5.0 (валидация) на пилораму сейчас или со следующей фичей?
  • Запускать живой импорт loader'а через новый flat API?

Не делать (preemptive guards)

  • НЕ слать vendor-Accept из loader'а — это только для web-админки snolla
  • НЕ деплоить admin-api 0.5.0 без проверки required-полей (79/229 продуктов были без yml_category_id)
  • Portainer PUT: НЕ использовать Env:[] — очищает секреты. Всегда fetch + re-supply.
  • НЕ ротировать sk_6a83…
  • НЕ слать директивы другим сессиям без сверки с vitya

Memory updates за сессию

  • snolla-namespace-wins — подтверждён: вторая волна ренеймов (@snolla/snolla→web)
  • admin-api-vds-deploy — обновлён: стек 25 retire, admin-api в pilonuxt
  • portainer-env-empty-clears-secrets — новый: Portainer PUT с Env:[] = потеря всех секретов
  • admin-api-content-gating-vendor-accept — новый: vendor-Accept = web-admin only, default = flat fields
  • piloruxt-build-needs-generated-dir — новый: src/generated/ gitignored, нужно scp перед docker build