0 Fork 0

Files

T

andreypr207andClaude Opus 5.5 515acfb69d Документация: этапы по фазам, решения D-026…D-033

- Новый порядок этапов (D-026): фаза 1 — концепт на dev без внешних
  сервисов (1b сайт, 1c вход, 1d ключи, 1e счёт и демо-оплата,
  1f демо-выдача, 1g продления, 1h рефералы); фаза 2 — Telegram;
  фаза 3 — ALTCHA, ЮKassa, почта, Twenty, Chatwoot, Umami, выдача
  через API и публичный запуск; фаза 4 — звёзды и эквайринги.
- Решения: демо-оплата по списку IP (D-027), выдача ключей через
  адаптер manual/demo/api (D-028), страницы сайта из блоков Payload
  (D-029), пересборка через revalidatePath (D-030), RU-адрес у mass
  (D-031), счётчик свободных серверов (D-032), переводы на 5 языков
  в каждом этапе (D-033).
- Тексты описывают работающий продукт; Вейликс — выделенный IP на
  общем сервере; Telegram поддержки — @veilix_support; сроки ответа
  не обещаем; VPN-серверы не ведут журналов.
- Ссылки на этапы во всех документах, Q-12 решён (ЮKassa для RUB),
  R-19 (библиотеки для headless Chromium) сделано.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-22 03:48:10 +02:00

1.9 KiB

Raw Permalink Blame History

D-030. Пересборка маркетинговых страниц через `revalidatePath`

Статус: принято, 22.10.2026. Уточняет D-017, пункт 2: пересборка не по тегам.

Контекст

Страницы читают Payload через Local API, а не через fetch, поэтому теги кэша им дала бы только unstable_cache. В Next 16 она заменена новой моделью Cache Components (use cache), которая меняет рендеринг всего приложения: кабинета, next-intl, оболочек из этапа 1a.

Решение

Хуки Payload после изменения контента сайта (страницы, FAQ, тарифы, локации, страны, сайты, домены, валюты) вызывают revalidatePath для layout маркетинговых страниц. Все маркетинговые страницы помечаются устаревшими и пересобираются при следующем заходе.
Запасной вариант — обновление раз в 5 минут — остаётся.
Cache Components рассматриваем вместе с переходом на Payload 4 (D-002).

Рассмотренные варианты

Теги через unstable_cache — заменённый API.
Cache Components сейчас — переделка всего приложения ради точечной пересборки.

Последствия

Правка в одном бренде пересобирает страницы обоих брендов: около 160 страниц (бренды × языки × валюты × страницы), лениво, при заходе. Нагрузка незаметна.

1.9 KiB Raw Permalink Blame History

D-030. Пересборка маркетинговых страниц через revalidatePath