fix: phase 1 bugs — CSS tokens, pluralization, error handling, cross-platform tests

- Add missing --space-1 CSS token used by filter and detail components - Fix active nav link losing styles on hover (CSS specificity) - Correct Russian day pluralization (21 день, 22 дня, 25 дней) - Show filter error banner even when stale race data is present - Add cross-env for Windows-compatible npm test - Add global JSON error handler in Express for malformed request bodies - Replace stateless mock DB with in-memory store for correct DELETE/UPDATE behavior Made-with: Cursor
Merge pull request 'chore: drop agent/plan docs, unify .env for Docker stack' (#7 ) from chore/cleanup-docker-docs-env into main
2026-04-07 17:46:46 +03:00 · 2026-04-06 21:31:33 +00:00 · 2026-04-07 00:30:29 +03:00 · 2026-04-06 20:26:37 +00:00 · 2026-04-06 23:03:45 +03:00 · 2026-04-06 19:41:20 +00:00
24 changed files with 490 additions and 666 deletions
--- a/.dockerignore
+++ b/.dockerignore
@@ -0,0 +1,10 @@
+.git
+.github
+**/node_modules
+**/dist
+.env
+.env.*
+!.env.example
+**/*.md
+.cursor
+*.log
--- a/.env.example
+++ b/.env.example
@@ -1,23 +1,33 @@
-# ─── PostgreSQL ───────────────────────────────────────────────
-# Не обязательны, если CALENDAR_RUN_MOCK_DB=1 (только HTTP API без БД).
+# =============================================================================
+# Корневой шаблон окружения: локальная разработка, docker-compose.yml (Postgres)
+# и docker-compose.stack.yml (backend + frontend в общей сети с Postgres).
+# Скопируйте в .env и подставьте значения. Файл .env не коммитьте.
+# =============================================================================
+
+# ─── Подключение бэкенда к PostgreSQL ──────────────────────────
+# Локально + docker-compose из этого репо: DB_HOST=localhost, DB_PORT=5432
+# Backend в Docker рядом с Postgres: DB_HOST = имя контейнера/сервиса в той же
+# docker-сети (например postgres_budget), DB_PORT=5432 (внутренний порт Postgres).
 DB_HOST=localhost
 DB_PORT=5432
 DB_NAME=calendar_run
 DB_USER=calendar_user
-DB_PASSWORD=calendar_pass
+DB_PASSWORD=replace_with_strong_secret

-# ─── Backend API ──────────────────────────────────────────────
-# Порт: сначала читается PORT (если задан), иначе API_PORT, иначе 3001.
-# PORT=3001
+# ─── Backend API ───────────────────────────────────────────────
+# Порт процесса: сначала PORT, иначе API_PORT, иначе 3001.
+# В docker-compose.stack.yml для контейнера задаётся PORT=3000 (см. compose).
+# PORT=3000
 API_PORT=3001

-# ─── Dev/CI: без PostgreSQL для smoke API (не для migrate/seed) ─
+# ─── Режим без БД (только тесты / smoke API, не для migrate/seed) ─
 # CALENDAR_RUN_MOCK_DB=1

-# ─── CORS ─────────────────────────────────────────────────────
-# Allowed origin for the frontend (Vite dev server default)
+# ─── CORS ────────────────────────────────────────────────────
+# Локальный Vite: http://localhost:5173
+# Стек с фронтом на 3033: http://localhost:3033
 CORS_ORIGIN=http://localhost:5173

-# ─── Frontend (Vite) ─────────────────────────────────────────
-# Public URL of the API, used in SPA code via import.meta.env
+# ─── Frontend (Vite, локально из каталога frontend/) ─────────
+# В Docker-образе фронта базовый URL API задаётся при сборке (/api), не из .env.
 VITE_API_BASE_URL=http://localhost:3001
--- a/.gitignore
+++ b/.gitignore
@@ -2,5 +2,3 @@ node_modules/
 dist/
 .env
 *.log
-*plan*
-*PLAN*
--- a/Dockerfile.backend
+++ b/Dockerfile.backend
@@ -0,0 +1,22 @@
+# Сборка из корня монорепо: docker build -f Dockerfile.backend .
+FROM node:20-alpine AS deps
+WORKDIR /app
+COPY backend/package.json backend/package-lock.json ./
+RUN npm ci
+
+FROM deps AS build
+COPY backend/tsconfig.json ./
+COPY backend/src ./src
+RUN npm run build
+
+FROM node:20-alpine AS runner
+WORKDIR /app
+ENV NODE_ENV=production
+COPY backend/package.json backend/package-lock.json ./
+RUN npm ci --omit=dev
+COPY --from=build /app/dist ./dist
+COPY backend/migrations ./migrations
+COPY import ./import
+EXPOSE 3000
+ENV PORT=3000
+CMD ["node", "dist/index.js"]
--- a/Dockerfile.frontend
+++ b/Dockerfile.frontend
@@ -0,0 +1,15 @@
+# Сборка из корня монорепо: docker build -f Dockerfile.frontend .
+# SPA дергает API по префиксу /api (nginx проксирует на сервис backend:3000).
+FROM node:20-alpine AS build
+WORKDIR /app
+COPY frontend/package.json frontend/package-lock.json ./
+RUN npm ci
+COPY frontend/ ./
+ARG VITE_API_BASE_URL=/api
+ENV VITE_API_BASE_URL=$VITE_API_BASE_URL
+RUN npm run build
+
+FROM nginx:alpine
+COPY --from=build /app/dist /usr/share/nginx/html
+COPY docker/nginx.frontend.conf /etc/nginx/conf.d/default.conf
+EXPOSE 80
--- a/FRONTEND_PLAN.md
+++ b/FRONTEND_PLAN.md
@@ -0,0 +1,102 @@
+---
+
+name: Frontend implementation plan
+overview: Собрать минималистичный frontend для календаря забегов по UI-инструкции, строго в рамках текущего API-контракта, с отдельной внешней задачей на недостающие backend-поля для completed-забегов.
+todos:
+
+- id: frontend-structure
+content: Подготовить структуру frontend, роутинг, базовые layout-компоненты и дизайн-токены на CSS variables + BEM
+status: completed
+- id: api-contract-layer
+content: Реализовать типизированный API-клиент и слой нормализации/обработки ошибок по контракту backend-api-for-frontend.md
+status: completed
+- id: dashboard-and-calendar
+content: Собрать Dashboard, списки будущих/прошедших стартов и базовые карточки по минималистичному UI-гайду
+status: completed
+- id: race-details-and-metrics
+content: Реализовать экран карточки старта, вычисление темпа на фронте и отображение completed-метрик
+status: completed
+- id: pr-and-comparison
+content: Сделать блок PR и сравнение стартов с fallback для отсутствующего поля place
+status: completed
+- id: backend-dependency-task
+content: Подготовить отдельную задачу для другого агента на расширение API полем place и последующую интеграцию во frontend
+status: pending
+isProject: false
+
+---
+
+# План frontend части Calendar Run
+
+## Исходные опоры
+
+- UI и UX принципы берём строго из [d:\vaka.pro\calendar_run\agent-frontend-ui-instructions.md](d:/vaka.pro/calendar_run/agent-frontend-ui-instructions.md): минимализм, воздух, акцент на данных, спокойная палитра, быстрые сценарии.
+- Продуктовые ограничения и структура экранов сверяем с [d:\vaka.pro\calendar_run\PLAN.md](d:/vaka.pro/calendar_run/PLAN.md).
+- Интеграционный контракт берём из [d:\vaka.pro\calendar_run\docs\backend-api-for-frontend.md](d:/vaka.pro/calendar_run/docs/backend-api-for-frontend.md).
+- Общий контекст запуска/окружения — [d:\vaka.pro\calendar_run\README.md](d:/vaka.pro/calendar_run/README.md) и [d:\vaka.pro\calendar_run\docs\backend.md](d:/vaka.pro/calendar_run/docs/backend.md).
+
+## Границы версии (V1)
+
+- Только frontend + интеграция с текущим API.
+- Статус `зарегистрирован` трактуется как UI-вариант `planned` (без изменения backend-контракта).
+- Для completed-забегов обязательно показываем `темп`; считаем на фронте из `finishTime` и `distanceKm`.
+- Для completed-забегов поле `место` обязательно по UX, но в API отсутствует: выделяем отдельную задачу другому агенту на расширение backend (`place`) и считаем это внешней зависимостью.
+
+## Архитектура frontend
+
+- Базовая структура: `frontend/src/app`, `frontend/src/pages`, `frontend/src/components`, `frontend/src/api`, `frontend/src/features`, `frontend/src/lib`, `frontend/src/styles`.
+- Дизайн-система на CSS variables: токены цвета/типографики/отступов/радиусов, единые состояния (`success`, `warning`, `error`).
+- БЭМ для всех UI-блоков и модификаторов (`block`, `block__element`, `block--modifier`).
+- Единый слой API-клиента:
+  - `GET /races`, `GET /races/:id`, `POST /races`, `PATCH /races/:id`, `DELETE /races/:id` (если используется UI-сценарием).
+  - Типы `Race`, `RaceStatus`, DTO для POST/PATCH.
+  - Централизованный маппинг ошибок API (`validation_error`, `not_found`, `database_unavailable`, `conflict`) в UX-сообщения.
+
+## Экранная модель и сценарии
+
+- Dashboard:
+  - `Ближайший старт`, `Последний результат`, `Личный рекорд`, `Сезон`.
+  - CTA к календарю и добавлению старта.
+- Календарь стартов:
+  - Переключение `Будущие` / `Прошедшие`.
+  - Карточка старта: `title`, `date`, `distanceKm`, статус-лейбл.
+- Карточка старта:
+  - Базовые поля + `finishTime`, вычисляемый `pace`, `notes`.
+  - `place` — вывод включается после backend-расширения.
+- PR блок:
+  - Дистанции: 5K, 10K, 21.1, 42.2 (согласно UI-инструкции).
+  - Расчёт по completed-забегам с валидным `finishTime`.
+- Сравнение стартов (ключевая фича):
+  - Таблица/карточки по годам с `time`, `pace`, `place`.
+  - До появления `place` в API — graceful-degradation: колонка в состоянии «нет данных».
+
+## UX и визуальные требования
+
+- Визуальная система: светлый фон, белые карточки, один акцентный цвет, без кислотных сочетаний.
+- Иерархия типографики: H1/H2/body/caption, крупные числовые метрики.
+- Минимум визуального шума, 2–3 клика на частые действия.
+- Консистентные состояния загрузки/ошибок/пустых данных.
+- A11y-базис: фокус-стили, клавиатурная навигация, контраст, корректная разметка интерактивных элементов.
+
+## Отдельная зависимая задача (другой агент)
+
+- Создать отдельную backend-задачу: добавить поле `place` в модель `Race` (миграция + API + документация контракта).
+- После доставки backend-изменения: обновить frontend-типы, формы и блок сравнения, заменить placeholder на реальное значение.
+
+## Порядок реализации
+
+1. Подготовить каркас frontend и дизайн-токены (BEM + CSS variables).
+2. Реализовать API-клиент и типы данных с обработкой ошибок.
+3. Собрать Dashboard и календарные списки (будущие/прошедшие).
+4. Реализовать карточку старта с вычислением `pace` на клиенте.
+5. Реализовать PR и блок сравнения стартов с fallback для `place`.
+6. Добавить состояния пустых данных/ошибок/загрузки и а11y-полировку.
+7. Подготовить handoff-note с зависимостью на backend-задачу (`place`) и интеграционным чеклистом.
+
+## Definition of Done для frontend
+
+- Все ключевые экраны из UI-инструкции доступны и консистентны визуально.
+- API-интеграция работает по текущему контракту без локальных обходов хранилища.
+- `pace` считается корректно для completed-забегов.
+- `registered` не ломает модель: визуально интерпретируется в рамках `planned`.
+- Для `place` есть явная внешняя задача и безопасный fallback в UI.
--- a/PLAN.md
+++ b/PLAN.md
@@ -10,25 +10,27 @@

 ## Модель данных `Race` (API — camelCase)

-| Поле | Тип | Описание |
-|------|-----|----------|
-| `id` | string | Стабильный ключ, например `{YYYY-MM-DD}-{slug}` |
-| `date` | string | `YYYY-MM-DD` |
-| `title` | string | Название |
-| `distanceKm` | number | Дистанция, км |
-| `status` | `planned` \| `registered` \| `completed` \| null | Жизненный цикл старта |
-| `officialUrl` | string \| null | Сайт организатора |
-| `startTime` | string \| null | Время старта (строка, напр. `09:30`) |
-| `clusterSchedule` | string \| null | Расписание кластеров |
-| `bibPickup` | string \| null | Выдача номеров |
-| `bibNumber` | string \| null | Стартовый номер |
-| `finishTime` | string \| null | Результат `H:MM:SS` или `MM:SS` |
-| `finishPlace` | string \| null | Место на финише (текст: «3», «3/120» и т.п.) |
-| `notes` | string \| null | Заметки |
-| `createdAt` | string | ISO, read-only |
-| `updatedAt` | string \| null | ISO, read-only |

-PostgreSQL: `snake_case` столбцы, маппинг в [`backend/src/mappers/race.ts`](backend/src/mappers/race.ts).
+| Поле              | Тип                                           | Описание                                        |
+| ----------------- | --------------------------------------------- | ----------------------------------------------- |
+| `id`              | string                                        | Стабильный ключ, например `{YYYY-MM-DD}-{slug}` |
+| `date`            | string                                        | `YYYY-MM-DD`                                    |
+| `title`           | string                                        | Название                                        |
+| `distanceKm`      | number                                        | Дистанция, км                                   |
+| `status`          | `planned` | `registered` | `completed` | null | Жизненный цикл старта                           |
+| `officialUrl`     | string | null                                 | Сайт организатора                               |
+| `startTime`       | string | null                                 | Время старта (строка, напр. `09:30`)            |
+| `clusterSchedule` | string | null                                 | Расписание кластеров                            |
+| `bibPickup`       | string | null                                 | Выдача номеров                                  |
+| `bibNumber`       | string | null                                 | Стартовый номер                                 |
+| `finishTime`      | string | null                                 | Результат `H:MM:SS` или `MM:SS`                 |
+| `finishPlace`     | string | null                                 | Место на финише (текст: «3», «3/120» и т.п.)    |
+| `notes`           | string | null                                 | Заметки                                         |
+| `createdAt`       | string                                        | ISO, read-only                                  |
+| `updatedAt`       | string | null                                 | ISO, read-only                                  |
+
+
+PostgreSQL: `snake_case` столбцы, маппинг в `[backend/src/mappers/race.ts](backend/src/mappers/race.ts)`.

 ## HTTP API (минимум)

@@ -37,25 +39,26 @@ PostgreSQL: `snake_case` столбцы, маппинг в [`backend/src/mappers
 - `GET /races` — список; query: `year`, `month` (целые; `month` 1–12).
 - `GET /races/:id`, `POST /races`, `PATCH /races/:id`, `DELETE /races/:id`.

-Ошибки: JSON, единый стиль (`validation_error`, `not_found`, `conflict`, `database_unavailable`). Подробности — [`docs/backend-api-for-frontend.md`](docs/backend-api-for-frontend.md).
+Ошибки: JSON, единый стиль (`validation_error`, `not_found`, `conflict`, `database_unavailable`). Подробности — `[docs/backend-api-for-frontend.md](docs/backend-api-for-frontend.md)`.

 ## Seed

- Файл [`import/races_2026_calendar.csv`](import/races_2026_calendar.csv).
+- Файл `[import/races_2026_calendar.csv](import/races_2026_calendar.csv)`.
 - Стабильный `id`, upsert по `id`. Повторный запуск безопасен.

 ## Режим без PostgreSQL (dev/CI)

-Переменная `CALENDAR_RUN_MOCK_DB=1` (или `true`): HTTP-обработчики используют заглушку пула **без** реальной БД. **Не использовать** для `npm run db:migrate` и `npm run seed` — нужен настоящий Postgres и `DB_*`.
+Переменная `CALENDAR_RUN_MOCK_DB=1` (или `true`): HTTP-обработчики используют заглушку пула **без** реальной БД. **Не использовать** для `npm run db:migrate` и `npm run seed` — нужен настоящий Postgres и `DB_`*.

 ## Frontend (SPA)

 - Маршруты: дашборд (`/`), список стартов (`/races`), карточка (`/races/:id`).
 - Дашборд: ближайший старт, последний результат, PR, сезон, PR по ключевым дистанциям, сравнение завершённых стартов, при необходимости — лёгкая визуализация прогресса.
 - Список: будущие / прошедшие; фильтрация по году и месяцу через API.
- Стили: BEM и дизайн-токены; ориентир по духу — [`agent-frontend-ui-instructions.md`](agent-frontend-ui-instructions.md).
+- Стили: BEM и дизайн-токены; ориентир по духу — `[agent-frontend-ui-instructions.md](agent-frontend-ui-instructions.md)`.

 ## Критерии готовности текущей итерации

- Документация согласована с кодом: [`README.md`](README.md), [`docs/backend.md`](docs/backend.md), [`docs/backend-api-for-frontend.md`](docs/backend-api-for-frontend.md).
+- Документация согласована с кодом: `[README.md](README.md)`, `[docs/backend.md](docs/backend.md)`, `[docs/backend-api-for-frontend.md](docs/backend-api-for-frontend.md)`.
 - Миграции и seed воспроизводимы; контракт API покрыт smoke-тестами в CI при необходимости с mock-БД.
+
--- a/README.md
+++ b/README.md
@@ -1,56 +1,47 @@
 # Calendar Run

-Calendar Run is a races calendar project: a **backend API** (Express + PostgreSQL) and a **React SPA** for viewing and analyzing your race schedule.
+Монорепозиторий: **backend** (Express + PostgreSQL) и **frontend** (React + Vite) — календарь забегов.

-Product scope and data model: [PLAN.md](PLAN.md).
+## Переменные окружения

-## Backend — quick start
+Один шаблон для локальной разработки и для Docker-стека: **[`.env.example`](.env.example)** → скопируйте в **`.env`** в корне репозитория.

-1. Install dependencies:
-   - `cd backend`
-   - `npm install`
-2. Configure environment variables. Copy the root template and edit:
+Там же перечислены **`DB_HOST`**, **`DB_PORT`**, **`DB_NAME`**, **`DB_USER`**, **`DB_PASSWORD`** (подключение бэкенда к БД), **`PORT`** / **`API_PORT`**, опционально **`CALENDAR_RUN_MOCK_DB`**, **`CORS_ORIGIN`**, а для локального Vite — **`VITE_API_BASE_URL`**.

-   ```bash
-   cp .env.example .env
-   ```
+## Backend — локально

-   Use the **repository root** `.env` (the backend loads it via `backend/src/config.ts`).
+1. `cd backend && npm install`
+2. Корень: `cp .env.example .env`, задайте `DB_*` (и при необходимости `CORS_ORIGIN`).
+3. Postgres: из корня `docker compose up -d` (см. [`docker-compose.yml`](docker-compose.yml)) — в compose используются те же `DB_NAME`, `DB_USER`, `DB_PASSWORD` из `.env`.
+4. `cd backend && npm run db:migrate && npm run seed`
+5. `npm run build && npm run dev`

-   - `DB_HOST`, `DB_PORT`, `DB_NAME`, `DB_USER`, `DB_PASSWORD` — required unless mock mode is on.
-   - API port: `PORT` (takes precedence) or `API_PORT` (default `3001`).
-   - **No PostgreSQL (CI / local smoke):** set `CALENDAR_RUN_MOCK_DB=1` (or `true`). Real `DB_*` values are not required; the API uses in-memory stubs for SQL used by the HTTP routes. **Do not** use mock mode for `npm run db:migrate` or `npm run seed`.
-3. With a real database: from repo root, `docker-compose up -d`, then `cd backend && npm run db:migrate && npm run seed`.
-4. Build and run API:
+Без PostgreSQL (только smoke API): в `.env` задайте `CALENDAR_RUN_MOCK_DB=1`; **`db:migrate` и `seed` с mock не использовать**.

-   ```bash
-   npm run build
-   npm run dev
-   ```
+## Frontend — локально

-## Frontend — quick start
+```bash
+cd frontend
+cp .env.example .env
+npm install
+npm run dev
+```

-1. Configure the API URL for Vite (file is read from `frontend/`):
+Значение `VITE_API_BASE_URL` см. в **корневом** [`.env.example`](.env.example); для dev по умолчанию `http://localhost:3001`. У бэкенда `CORS_ORIGIN` должен совпадать с origin приложения (например `http://localhost:5173`).

-   ```bash
-   cd frontend
-   cp .env.example .env
-   ```
+## Docker: backend + frontend рядом с Postgres

-   Edit `VITE_API_BASE_URL` if the API is not on `http://localhost:3001`.
+Используйте [`docker-compose.stack.yml`](docker-compose.stack.yml): общая **внешняя** сеть с контейнером Postgres (как в вашей инфраструктуре). В корне должен быть **`.env`** (из `.env.example`): `DB_HOST` — имя сервиса/контейнера Postgres в этой сети, `DB_PORT=5432`, плюс остальные `DB_*` и **`CORS_ORIGIN=http://localhost:3033`**, если заходите на фронт с хоста на порту 3033.

-2. Install and run:
+```bash
+docker compose -f docker-compose.stack.yml up -d --build
+docker compose -f docker-compose.stack.yml exec backend node dist/migrate.js
+docker compose -f docker-compose.stack.yml exec backend node dist/seed.js
+```

-   ```bash
-   npm install
-   npm run dev
-   ```
+Фронт в браузере обращается к API по префиксу **`/api`** (nginx в образе фронта проксирует на backend).

-   Default app URL: `http://localhost:5173`. The backend `CORS_ORIGIN` must match this origin (see root `.env.example`).
+## Документация API и бэкенда

-## Docs
-
- [Backend API for Frontend](docs/backend-api-for-frontend.md)
- [Backend operations](docs/backend.md)
- [Backend agent instruction](docs/agent-backend-instruction.md)
- [Backend sync fix instruction](docs/agent-fix-backend-sync-instruction.md)
+- [Шпаргалка API для фронта](docs/backend-api-for-frontend.md)
+- [Эксплуатация backend](docs/backend.md)
--- a/agent-frontend-ui-instructions.md
+++ b/agent-frontend-ui-instructions.md
@@ -1,336 +0,0 @@
-Ниже — инструкция для дизайн-агента, которая задаёт стиль, структуру и принципы интерфейса для твоего SPA. Она ориентирована на **минимализм, читаемость данных и удовольствие от использования**, а не на “перегруженный фитнес-дэшборд”.
-
-# 🎯 Общая задача
-
-Создать **чистый, современный, минималистичный интерфейс** для SPA-приложения бегуна, где пользователь:
-
- отслеживает свои старты (прошлые и будущие),
- видит прогресс и личные рекорды,
- сравнивает результаты,
- получает ощущение “контроля над своей беговой историей”.
-
---
-
-# 🧭 Общая философия дизайна
-
-### 1. “Спокойная сила”, а не “спортивная агрессия”
-
-Не:
-
- кислотные цвета,
- перегруженные графики,
- “фитнес-клуб стиль 2015”.
-
-Да:
-
- чистый интерфейс,
- воздух,
- акцент на данных,
- ощущение премиальности.
-
---
-
-### 2. Минимум визуального шума
-
-Каждый экран должен отвечать на вопрос:
-
-> “Что здесь главное?”
-
-Если не ясно — убрать лишнее.
-
---
-
-### 3. Данные — главный герой
-
-Интерфейс не про “украшения”, а про:
-
- результаты,
- прогресс,
- сравнение,
- числа.
-
---
-
-# 🎨 Визуальный стиль
-
-## Цвета
-
-### Основа:
-
- фон: светлый (#F7F8FA или близко)
- карточки: белые
- текст:
-  - основной: почти чёрный (#111)
-  - вторичный: серый (#666)
-
-### Акцент:
-
- 1 основной цвет:
-  - глубокий синий или изумрудный (например #2F6BFF или #1FA37A)
-
-### Дополнительно:
-
- PR / успех: мягкий зелёный
- предупреждения: нейтральный жёлтый
- ошибки: мягкий красный
-
-❗ Никаких “радуг”.
-
---
-
-## Типографика
-
- современный sans-serif (Inter / SF Pro / аналог)
- крупные числа:
-  - результаты (время) — большие, жирные
- иерархия:
-  - H1 — экран
-  - H2 — блок
-  - body — данные
-  - caption — мета
-
---
-
-## Отступы и сетка
-
- много воздуха
- карточки с padding 16–24px
- равномерная вертикальная ритмика
- закругления: 12–16px
-
---
-
-# 🧱 Основные экраны
-
-## 1. Главный экран (Dashboard)
-
-### Цель:
-
-дать быстрый ответ:
-
- что впереди
- где я сейчас
- какой прогресс
-
-### Блоки:
-
-#### 🔹 Ближайший старт
-
- название
- дата
- дистанция
- countdown (“через 12 дней”)
-
-#### 🔹 Последний результат
-
- время
- дистанция
- место
- дата
-
-#### 🔹 Личный рекорд
-
- по ключевой дистанции
- выделен визуально
-
-#### 🔹 Сезон
-
- количество стартов
- лучший результат
- краткая статистика
-
---
-
-## 2. Календарь стартов
-
-### Два раздела:
-
- будущие
- прошедшие
-
-### Карточка старта:
-
- название
- дата
- дистанция
- статус:
-  - планирую
-  - зарегистрирован
-  - пробежал
-
-Минимум кликов.
-
---
-
-## 3. Карточка старта
-
- название
- дата
- дистанция
- время
- темп
- место (если есть)
- заметки (опционально)
-
---
-
-## 4. Личные рекорды (PR)
-
- список дистанций:
-  - 5K
-  - 10K
-  - 21.1
-  - 42.2
-
-Для каждой:
-
- лучшее время
- дата
- старт
-
---
-
-## 5. Сравнение стартов (ВАЖНО)
-
-Это ключевая фича.
-
-### UI:
-
-таблица или карточки:
-
-
-| Год | Время | Темп | Место |
-| --- | ----- | ---- | ----- |
-
-
-Можно добавить:
-
- стрелки (лучше/хуже)
- визуальный прогресс
-
---
-
-# 📊 Графики
-
-Минимально и аккуратно:
-
- линия прогресса по дистанции
- без перегруза
- без 10 линий сразу
-
---
-
-# 🧩 Компоненты
-
- карточки
- таблицы (очень аккуратно)
- фильтры
- переключатели (tabs)
- кнопки (primary / secondary)
-
---
-
-# 🧠 UX принципы
-
-### 1. Минимум кликов
-
-Любая частая задача:  
-→ максимум 2–3 клика
-
---
-
-### 2. Быстрое считывание
-
-Пользователь должен за 2 секунды понять:
-
- что это
- где он
- что делать
-
---
-
-### 3. Консистентность
-
- одинаковые карточки
- одинаковые статусы
- одинаковые действия
-
---
-
-# 🧪 Для аналитики (важно)
-
-Заложить:
-
- зоны кликов
- понятные CTA
- отсутствие “пустых зон”
-
---
-
-# 🖼️ Использование изображений
-
-## Когда использовать:
-
- пустые состояния
- onboarding
- вдохновение
-
-## Когда НЕ использовать:
-
- в данных
- в списках стартов
- в результатах
-
---
-
-## Если генерировать изображения
-
-Стиль:
-
- минимализм
- спорт без пафоса
- одиночный бегун
- город / парк
- мягкий свет
- утро / вечер
-
-### Пример prompt:
-
-> “minimalist photo of a runner jogging alone in a city park at sunrise, soft light, calm mood, no crowd, modern aesthetic”
-
---
-
-# 🚫 Чего избегать
-
- перегруженных дашбордов
- 100 метрик сразу
- ярких кислотных цветов
- сложных графиков
- таблиц как в Excel
- лишних иконок
- “геймификации ради геймификации”
-
---
-
-# 💡 Вдохновение (по духу)
-
-Если бы нужно было описать стиль:
-
- как Notion, но для бегунов
- как Apple Fitness, но менее ярко
- как Strava, но более спокойно и чисто
-
---
-
-# 🧭 Финальный ориентир
-
-Интерфейс должен вызывать ощущение:
-
-> “Я контролирую свою беговую историю и прогресс”
-
-а не:
-
-> “Я заполняю таблицу результатов”
-
---
-
--- a/backend/package-lock.json
+++ b/backend/package-lock.json
@@ -20,6 +20,7 @@
        "@types/node": "^22.12.0",
        "@types/pg": "^8.11.10",
        "@types/supertest": "^6.0.2",
+        "cross-env": "^10.1.0",
        "supertest": "^7.0.0",
        "ts-node": "^10.9.2",
        "tsx": "^4.19.2",
@@ -39,6 +40,13 @@
        "node": ">=12"
      }
    },
+    "node_modules/@epic-web/invariant": {
+      "version": "1.0.0",
+      "resolved": "https://registry.npmjs.org/@epic-web/invariant/-/invariant-1.0.0.tgz",
+      "integrity": "sha512-lrTPqgvfFQtR/eY/qkIzp98OGdNJu0m5ji3q/nJI8v3SXkRKEnWiOxMmbvcSoAIzv/cGiuvRy57k4suKQSAdwA==",
+      "dev": true,
+      "license": "MIT"
+    },
    "node_modules/@esbuild/aix-ppc64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/aix-ppc64/-/aix-ppc64-0.27.7.tgz",
@@ -643,6 +651,7 @@
      "integrity": "sha512-F0R/h2+dsy5wJAUe3tAU6oqa2qbWY5TpNfL/RGmo1y38hiyO1w3x2jPtt76wmuaJI4DQnOBu21cNXQ2STIUUWg==",
      "dev": true,
      "license": "MIT",
+      "peer": true,
      "dependencies": {
        "undici-types": "~6.21.0"
      }
@@ -936,6 +945,39 @@
      "dev": true,
      "license": "MIT"
    },
+    "node_modules/cross-env": {
+      "version": "10.1.0",
+      "resolved": "https://registry.npmjs.org/cross-env/-/cross-env-10.1.0.tgz",
+      "integrity": "sha512-GsYosgnACZTADcmEyJctkJIoqAhHjttw7RsFrVoJNXbsWWqaq6Ym+7kZjq6mS45O0jij6vtiReppKQEtqWy6Dw==",
+      "dev": true,
+      "license": "MIT",
+      "dependencies": {
+        "@epic-web/invariant": "^1.0.0",
+        "cross-spawn": "^7.0.6"
+      },
+      "bin": {
+        "cross-env": "dist/bin/cross-env.js",
+        "cross-env-shell": "dist/bin/cross-env-shell.js"
+      },
+      "engines": {
+        "node": ">=20"
+      }
+    },
+    "node_modules/cross-spawn": {
+      "version": "7.0.6",
+      "resolved": "https://registry.npmjs.org/cross-spawn/-/cross-spawn-7.0.6.tgz",
+      "integrity": "sha512-uV2QOWP2nWzsy2aMp8aRibhi9dlzF5Hgh5SHaB9OiTGEyDTiJJyx0uy51QXdyWbtAHNua4XJzUKca3OzKUd3vA==",
+      "dev": true,
+      "license": "MIT",
+      "dependencies": {
+        "path-key": "^3.1.0",
+        "shebang-command": "^2.0.0",
+        "which": "^2.0.1"
+      },
+      "engines": {
+        "node": ">= 8"
+      }
+    },
    "node_modules/csv-parse": {
      "version": "5.6.0",
      "resolved": "https://registry.npmjs.org/csv-parse/-/csv-parse-5.6.0.tgz",
@@ -1442,6 +1484,13 @@
        "node": ">= 0.10"
      }
    },
+    "node_modules/isexe": {
+      "version": "2.0.0",
+      "resolved": "https://registry.npmjs.org/isexe/-/isexe-2.0.0.tgz",
+      "integrity": "sha512-RHxMLp9lnKHGHRng9QFhRCMbYAcVpn69smSGcq3f36xjgVVWThj4qqLbTLlq7Ssj8B+fIQ1EuCEGI2lKsyQeIw==",
+      "dev": true,
+      "license": "ISC"
+    },
    "node_modules/make-error": {
      "version": "1.3.6",
      "resolved": "https://registry.npmjs.org/make-error/-/make-error-1.3.6.tgz",
@@ -1585,6 +1634,16 @@
        "node": ">= 0.8"
      }
    },
+    "node_modules/path-key": {
+      "version": "3.1.1",
+      "resolved": "https://registry.npmjs.org/path-key/-/path-key-3.1.1.tgz",
+      "integrity": "sha512-ojmeN0qd+y0jszEtoY48r0Peq5dwMEkIlCOu6Q5f41lfkswXuKtYrhgoTpLnyIcHm24Uhqx+5Tqm2InSwLhE6Q==",
+      "dev": true,
+      "license": "MIT",
+      "engines": {
+        "node": ">=8"
+      }
+    },
    "node_modules/path-to-regexp": {
      "version": "0.1.13",
      "resolved": "https://registry.npmjs.org/path-to-regexp/-/path-to-regexp-0.1.13.tgz",
@@ -1596,6 +1655,7 @@
      "resolved": "https://registry.npmjs.org/pg/-/pg-8.20.0.tgz",
      "integrity": "sha512-ldhMxz2r8fl/6QkXnBD3CR9/xg694oT6DZQ2s6c/RI28OjtSOpxnPrUCGOBJ46RCUxcWdx3p6kw/xnDHjKvaRA==",
      "license": "MIT",
+      "peer": true,
      "dependencies": {
        "pg-connection-string": "^2.12.0",
        "pg-pool": "^3.13.0",
@@ -1858,6 +1918,29 @@
      "integrity": "sha512-E5LDX7Wrp85Kil5bhZv46j8jOeboKq5JMmYM3gVGdGH8xFpPWXUMsNrlODCrkoxMEeNi/XZIwuRvY4XNwYMJpw==",
      "license": "ISC"
    },
+    "node_modules/shebang-command": {
+      "version": "2.0.0",
+      "resolved": "https://registry.npmjs.org/shebang-command/-/shebang-command-2.0.0.tgz",
+      "integrity": "sha512-kHxr2zZpYtdmrN1qDjrrX/Z1rR1kG8Dx+gkpK1G4eXmvXswmcE1hTWBWYUzlraYw1/yZp6YuDY77YtvbN0dmDA==",
+      "dev": true,
+      "license": "MIT",
+      "dependencies": {
+        "shebang-regex": "^3.0.0"
+      },
+      "engines": {
+        "node": ">=8"
+      }
+    },
+    "node_modules/shebang-regex": {
+      "version": "3.0.0",
+      "resolved": "https://registry.npmjs.org/shebang-regex/-/shebang-regex-3.0.0.tgz",
+      "integrity": "sha512-7++dFhtcx3353uBaq8DDR4NuxBetBzC7ZQOhmTQInHEd6bSrXdiEyzCvG07Z44UYdLShWUyXt5M/yhz8ekcb1A==",
+      "dev": true,
+      "license": "MIT",
+      "engines": {
+        "node": ">=8"
+      }
+    },
    "node_modules/side-channel": {
      "version": "1.1.0",
      "resolved": "https://registry.npmjs.org/side-channel/-/side-channel-1.1.0.tgz",
@@ -2124,6 +2207,7 @@
      "integrity": "sha512-jl1vZzPDinLr9eUt3J/t7V6FgNEw9QjvBPdysz9KfQDD41fQrC2Y4vKQdiaUpFT4bXlb1RHhLpp8wtm6M5TgSw==",
      "dev": true,
      "license": "Apache-2.0",
+      "peer": true,
      "bin": {
        "tsc": "bin/tsc",
        "tsserver": "bin/tsserver"
@@ -2173,6 +2257,22 @@
        "node": ">= 0.8"
      }
    },
+    "node_modules/which": {
+      "version": "2.0.2",
+      "resolved": "https://registry.npmjs.org/which/-/which-2.0.2.tgz",
+      "integrity": "sha512-BLI3Tl1TW3Pvl70l3yq3Y64i+awpwXqsGBYWkkqMtnbXgrMD+yj7rhW0kuEDxzJaYXGjEW5ogapKNMEKNMjibA==",
+      "dev": true,
+      "license": "ISC",
+      "dependencies": {
+        "isexe": "^2.0.0"
+      },
+      "bin": {
+        "node-which": "bin/node-which"
+      },
+      "engines": {
+        "node": ">= 8"
+      }
+    },
    "node_modules/wrappy": {
      "version": "1.0.2",
      "resolved": "https://registry.npmjs.org/wrappy/-/wrappy-1.0.2.tgz",
--- a/backend/package.json
+++ b/backend/package.json
@@ -8,7 +8,7 @@
    "start": "node dist/index.js",
    "db:migrate": "ts-node src/migrate.ts",
    "seed": "ts-node src/seed.ts",
-    "test": "CALENDAR_RUN_MOCK_DB=1 tsx --test test/app.test.ts"
+    "test": "cross-env CALENDAR_RUN_MOCK_DB=1 tsx --test test/app.test.ts"
  },
  "dependencies": {
    "cors": "^2.8.5",
@@ -23,6 +23,7 @@
    "@types/node": "^22.12.0",
    "@types/pg": "^8.11.10",
    "@types/supertest": "^6.0.2",
+    "cross-env": "^10.1.0",
    "supertest": "^7.0.0",
    "ts-node": "^10.9.2",
    "tsx": "^4.19.2",
--- a/backend/src/app.ts
+++ b/backend/src/app.ts
@@ -1,4 +1,4 @@
-import express from "express";
+import express, { Request, Response, NextFunction } from "express";
 import cors from "cors";
 import { config } from "./config";
 import healthRouter from "./routes/health";
@@ -13,5 +13,14 @@ export function createApp(): express.Express {
  app.use(healthRouter);
  app.use(racesRouter);

+  app.use((err: unknown, _req: Request, res: Response, _next: NextFunction) => {
+    if (err instanceof SyntaxError && "body" in err) {
+      res.status(400).json({ error: "validation_error", details: ["Invalid JSON in request body"] });
+      return;
+    }
+    console.error("[app] Unhandled error:", err);
+    res.status(500).json({ error: "unknown_error", details: ["Internal server error"] });
+  });
+
  return app;
 }
--- a/backend/src/db.ts
+++ b/backend/src/db.ts
@@ -69,6 +69,8 @@ function createMockPool(): Pool {
      fields: [],
    }) as QueryResult<T>;

+  const store = new Map<string, RaceRow>();
+
  const mockQuery = async <T extends QueryResultRow>(
    text: string,
    params?: unknown[],
@@ -76,11 +78,9 @@ function createMockPool(): Pool {
    const sql = text.replace(/\s+/g, " ").trim();
    const p = params ?? [];

-    if (sql.includes("DELETE FROM races")) {
-      return emptyResult();
-    }
    if (sql.includes("INSERT INTO races") && sql.includes("RETURNING")) {
      const row = mockRowFromInsert(text, p);
+      store.set(row.id, row);
      return {
        rows: [row as unknown as T],
        rowCount: 1,
@@ -89,12 +89,49 @@ function createMockPool(): Pool {
        fields: [],
      } as QueryResult<T>;
    }
+
+    if (sql.includes("DELETE FROM races")) {
+      const id = String(p[0] ?? "");
+      const existed = store.delete(id);
+      return {
+        rows: [],
+        rowCount: existed ? 1 : 0,
+        command: "DELETE",
+        oid: 0,
+        fields: [],
+      } as QueryResult<T>;
+    }
+
    if (sql.includes("UPDATE races") && sql.includes("RETURNING")) {
-      return emptyResult();
+      const id = String(p[p.length - 1] ?? "");
+      const existing = store.get(id);
+      if (!existing) {
+        return emptyResult();
+      }
+      const updated = { ...existing, updated_at: new Date().toISOString() };
+      store.set(id, updated);
+      return {
+        rows: [updated as unknown as T],
+        rowCount: 1,
+        command: "UPDATE",
+        oid: 0,
+        fields: [],
+      } as QueryResult<T>;
    }
+
+    if (sql.includes("SELECT * FROM races WHERE id =")) {
+      const id = String(p[0] ?? "");
+      const row = store.get(id);
+      return row
+        ? { rows: [row as unknown as T], rowCount: 1, command: "SELECT", oid: 0, fields: [] } as QueryResult<T>
+        : emptyResult();
+    }
+
    if (sql.includes("SELECT * FROM races")) {
-      return emptyResult();
+      const rows = Array.from(store.values());
+      return { rows: rows as unknown as T[], rowCount: rows.length, command: "SELECT", oid: 0, fields: [] } as QueryResult<T>;
    }
+
    return emptyResult();
  };

--- a/docker-compose.stack.yml
+++ b/docker-compose.stack.yml
@@ -0,0 +1,51 @@
+# Backend + frontend в сети с уже поднятым PostgreSQL (external network).
+#
+# Подготовка: из корня репозитория скопируйте .env.example → .env и задайте DB_*
+# и CORS_ORIGIN (для фронта на :3033 — http://localhost:3033).
+#
+# Сеть (имя должно существовать, как у вашего Postgres):
+#   docker network ls
+#
+# Запуск:
+#   docker compose -f docker-compose.stack.yml up -d --build
+#
+# Миграции и seed (один раз после появления БД):
+#   docker compose -f docker-compose.stack.yml exec backend node dist/migrate.js
+#   docker compose -f docker-compose.stack.yml exec backend node dist/seed.js
+#
+# NPM: проброс на порт 3033. Браузер ходит на /api → nginx во фронте → backend:3000.
+
+services:
+  backend:
+    build:
+      context: .
+      dockerfile: Dockerfile.backend
+    container_name: runners-calendar-backend
+    env_file:
+      - .env
+    environment:
+      - PORT=3000
+    ports:
+      - "3001:3000"
+    restart: unless-stopped
+    networks:
+      - postgres_default
+
+  frontend:
+    build:
+      context: .
+      dockerfile: Dockerfile.frontend
+      args:
+        VITE_API_BASE_URL: /api
+    container_name: runners-calendar-frontend
+    depends_on:
+      - backend
+    ports:
+      - "3033:80"
+    restart: unless-stopped
+    networks:
+      - postgres_default
+
+networks:
+  postgres_default:
+    external: true
--- a/docker/nginx.frontend.conf
+++ b/docker/nginx.frontend.conf
@@ -0,0 +1,21 @@
+server {
+  listen 80;
+  server_name _;
+  root /usr/share/nginx/html;
+  index index.html;
+
+  location / {
+    try_files $uri $uri/ /index.html;
+  }
+
+  # Браузер ходит на тот же origin: /api/* → бэкенд без префикса /api
+  location /api/ {
+    rewrite ^/api/(.*) /$1 break;
+    proxy_pass http://backend:3000;
+    proxy_http_version 1.1;
+    proxy_set_header Host $host;
+    proxy_set_header X-Real-IP $remote_addr;
+    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
+    proxy_set_header X-Forwarded-Proto $scheme;
+  }
+}
--- a/docs/agent-backend-instruction.md
+++ b/docs/agent-backend-instruction.md
@@ -1,162 +0,0 @@
-# Инструкция агенту: реализация бэкенда по [PLAN.md](../PLAN.md)
-
-Документ для ИИ-агента или разработчика, который создаёт **backend** монорепозитория «календарь забегов». Продуктовые цели и модель данных — в корневом **PLAN.md**; здесь — порядок работ, ограничения и **обязательные итоговые артефакты для фронтенда**.
-
---
-
-## 0. Ограничение: нет возможности проверить подключение к БД
-
-1. **Всё равно реализовать полноценный бэкенд «как для прод»**: миграции SQL, пул подключений `pg`, переменные `DB_*`, `docker-compose.yml` с PostgreSQL в корне репозитория.
-2. **Не блокировать работу отсутствием живой БД у исполнителя:**
-   - код миграций и seed должен быть **валидным и согласованным** с PLAN;
-   - при старте API при невозможности подключиться к БД — **ясное сообщение в лог** и **корректный HTTP-ответ** на зависящих от БД маршрутах (например 503 с телом `{"error":"database_unavailable",...}`) **или** падение процесса на старте с понятной ошибкой (выбрать одну стратегию и описать её в `docs/backend.md`).
-3. **Режим без Postgres для dev/CI** согласован с [PLAN.md](../PLAN.md) и `docs/backend.md`: переменная `CALENDAR_RUN_MOCK_DB=1` (или `true`) включает in-memory заглушку пула **только** для HTTP-слоя. Для **`npm run db:migrate`** и **`npm run seed`** нужен реальный PostgreSQL и `DB_*`; mock для миграций/seed не используется.
-4. Автотесты, требующие Docker/Postgres, помечать как **опциональные** или давать инструкцию «как прогнать локально», не считая провал из-за отсутствия БД у агента блокером для merge кода.
-
---
-
-## 1. Ветка и расположение в репо
-
- Если репозиторий под git: создать ветку `feature/backend-api` (или аналог по соглашению команды).
- Каталог **`backend/`** в корне проекта рядом с будущим `frontend/`.
- Корневой **`docker-compose.yml`** — сервис `postgres` (порт, пользователь, БД, пароль — согласовать с `.env.example`).
-
---
-
-## 2. Порядок реализации (обязательный)
-
-### Шаг A. Каркас
-
- Node **LTS**, **TypeScript**, **`backend/package.json`**.
- Фреймворк: **Fastify** или **Express** (выбрать один, не смешивать).
- Загрузка env: `dotenv` или встроенные средства; **валидация** наличия `DB_HOST`, `DB_PORT`, `DB_NAME`, `DB_USER`, `DB_PASSWORD` при старте (или при первом запросе к БД — но тогда задокументировать).
- Сервер слушает порт из **`PORT`** или **`API_PORT`** (значение по умолчанию, напр. `3001`, указать в `.env.example`).
-
-### Шаг B. CORS
-
- Читать **`CORS_ORIGIN`** (например `http://localhost:5173` для Vite в dev). В prod — origin фронта.
- Разрешить методы и заголовки, нужные для `GET/POST/PATCH` + `Content-Type: application/json`.
-
-### Шаг C. Миграции
-
- Каталог миграций, напр. `backend/migrations/` с нумерованными SQL-файлами **или** один миграционный runner (node-pg-migrate, graphile-migrate, собственный скрипт — на выбор, зафиксировать в `docs/backend.md`).
- Первая миграция: таблица **`races`** со столбцами, соответствующими PLAN (см. раздел 3 ниже).
- Команда **`npm run db:migrate`** (или эквивалент в `backend/`) — идемпотентное накатывание на чистую БД.
-
-### Шаг D. Доступ к данным
-
- Клиент **`pg`**: `Pool` с параметрами из `DB_*`.
- Слой репозитория или прямые запросы в обработчиках — на усмотрение, без лишних абстракций сверх задачи.
-
-### Шаг E. HTTP API
-
-Реализовать минимум:
-
-| Метод | Путь | Назначение |
-|--------|------|------------|
-| `GET` | `/health` | Liveness: процесс жив; **не обязан** проверять БД (или опционально — задокументировать). |
-| `GET` | `/ready` (опционально) | Readiness: проверка соединения с БД — полезно для оркестраторов. |
-| `GET` | `/races` | Список забегов; **query**: `year`, `month` (1–12) — фильтрация для экранов календаря; без параметров — все строки или разумный лимит + документация пагинации если добавите позже. |
-| `GET` | `/races/:id` | Одна запись по `id`. |
-| `POST` | `/races` | Создание; тело JSON в **camelCase** как в PLAN. |
-| `PATCH` | `/races/:id` | Частичное обновление; только переданные поля. |
-| `DELETE` | `/races/:id` | Опционально по PLAN; если не нужен фронту — можно не делать, но тогда явно написать в документации «удаление не поддерживается». |
-
-**Ошибки:**
-
- 400 — валидация тела/параметров.
- 404 — нет `id`.
- 409 — конфликт уникального `id` при POST (если клиент прислал уже существующий).
- 503 или 500 — недоступна БД (согласовать с разделом 0).
-
-Формат ошибки: JSON, единообразно, напр. `{"error":"validation_error","details":[...]}`.
-
-### Шаг F. Seed (разовый скрипт)
-
- Команда **`npm run seed`** в `backend/` (или корне монорепо с `workspace` — единообразно).
- Читает **`import/races_2026_calendar.csv`** (путь от корня репо); парсинг с учётом кавычек в поле названия.
- Генерирует **`id`** стабильно: например `{date}-{slug-from-title}`; при коллизии — суффикс или upsert по `id`.
- **`INSERT ... ON CONFLICT (id) DO UPDATE`** (upsert) — удобно для повторного запуска seed.
- Seed **не** вызывается из HTTP handlers.
-
-### Шаг G. Корневой `.env.example`
-
- Все переменные: `DB_*`, `PORT`/`API_PORT`, `CORS_ORIGIN`.
- **Без** реальных паролей; комментарии к каждой переменной.
-
---
-
-## 3. Соответствие полей PLAN ↔ SQL ↔ JSON API
-
-**В JSON API (запрос/ответ)** — **camelCase**, как в PLAN:
-
-`id`, `date`, `title`, `distanceKm`, `status` (`planned` \| `registered` \| `completed`), `officialUrl`, `startTime`, `clusterSchedule`, `bibPickup`, `bibNumber`, `finishTime`, `finishPlace`, `notes`.
-
-**В PostgreSQL** — **snake_case**, например:
-
-| SQL column | Тип (рекомендация) |
-|------------|---------------------|
-| `id` | `TEXT` PRIMARY KEY |
-| `race_date` | `DATE` |
-| `title` | `TEXT` |
-| `distance_km` | `NUMERIC(6,3)` |
-| `status` | `TEXT` CHECK (опционально) |
-| `official_url` | `TEXT` |
-| `start_time` | `TEXT` |
-| `cluster_schedule` | `TEXT` |
-| `bib_pickup` | `TEXT` |
-| `bib_number` | `TEXT` |
-| `finish_time` | `TEXT` |
-| `finish_place` | `TEXT` |
-| `notes` | `TEXT` |
-| `created_at` | `TIMESTAMPTZ` DEFAULT now() |
-| `updated_at` | `TIMESTAMPTZ` |
-
-Маппинг **строго** в одном модуле (например `backend/src/mappers/race.ts`), чтобы фронт всегда видел camelCase.
-
-**Типы `date`:** в API строка `YYYY-MM-DD`. **`distanceKm`:** число. **`finishTime`:** строка времени как в PLAN; бэкенд **не обязан** парсить для бизнес-логики (PR считает фронт), но может валидировать формат по желанию.
-
---
-
-## 4. Обязательный итог для упрощения фронтенда
-
-После того как код бэкенда готов, агент **обязан** добавить в репозиторий документ:
-
-### Файл: `docs/backend-api-for-frontend.md`
-
-В нём **кратко и без пробелов в фактах**:
-
-1. **Base URL** — что подставлять во фронт (`VITE_API_BASE_URL`), пример для dev.
-2. **CORS** — какой `CORS_ORIGIN` ожидается в dev.
-3. **Таблица эндпоинтов** — метод, путь, query, тело запроса (пример JSON), пример успешного ответа, коды ошибок.
-4. **Модель `Race`** — перечень полей в **camelCase** с типами и обязательностью для POST vs PATCH.
-5. **Фильтр списка** — как именно работают `year` и `month` на `GET /races` (включая границы: пустой месяц, только год и т.д.).
-6. **Идемпотентность seed** — одна фраза: upsert по `id`, откуда берётся CSV.
-7. **Поведение при недоступной БД** — что возвращает API / что в логах (как в реализации).
-
-Дополнительно можно дублировать суть в **`docs/backend.md`** (общая эксплуатация: docker, migrate, seed, запуск), но **`backend-api-for-frontend.md`** — главная «шпаргалка» для разработчика SPA.
-
---
-
-## 5. Критерии готовности (чеклист агента)
-
- [ ] `docker-compose.yml` поднимает Postgres с параметрами, совместимыми с `.env.example`.
- [ ] Миграция создаёт `races`; есть команда миграции.
- [ ] Реализованы `GET /races`, `GET /races/:id`, `POST /races`, `PATCH /races/:id` согласно PLAN.
- [ ] Реализован seed из `import/races_2026_calendar.csv`.
- [ ] `GET /health` (и при наличии `/ready` — описано).
- [ ] Корневой `.env.example` обновлён.
- [ ] Написан **`docs/backend-api-for-frontend.md`** (раздел 4).
- [ ] `docs/backend.md` содержит команды: установка зависимостей, migrate, seed, `npm run dev` для API.
-
---
-
-## 6. Не входит в объём бэкенда (напоминание)
-
- Авторизация, пользователи, сессии.
- Парсинг сайтов организаторов.
- Отдача статики фронта с того же процесса (фронт — отдельно Vite/build).
-
---
-
-*Конец инструкции. Источник требований к продукту — всегда [PLAN.md](../PLAN.md).*
--- a/docs/agent-fix-backend-sync-instruction.md
+++ b/docs/agent-fix-backend-sync-instruction.md
@@ -1,77 +0,0 @@
-# Инструкция агенту: устранение рассинхронизации backend с планом/контрактом
-
-Документ описывает, как выполнить план исправлений **только через изменения кода** (без правок существующей документации в `docs/`).
-
-## 1) Ветка и границы задачи
-
- Создать отдельную ветку по best practice, например: `fix/backend-api-validation-and-runtime-sync`.
- Не менять существующие файлы документации в `docs/` как способ "починить" замечания.
- Исправления вносятся в runtime-код и обязательные артефакты репозитория.
-
-## 2) Обязательные изменения в коде
-
-### A. Строгая валидация `GET /races`
-
-Файл: `backend/src/routes/races.ts`
-
- Добавить явную проверку `year`:
-  - целое число;
-  - при невалидном значении вернуть `400`:
-    - `{"error":"validation_error","details":[...]}`
- Добавить явную проверку `month`:
-  - целое число в диапазоне `1..12`;
-  - при невалидном значении вернуть `400` в том же формате.
- Исключить передачу `NaN`/некорректных значений в SQL-параметры.
-
-### B. Разделение ошибок валидации и ошибок БД
-
-Файл: `backend/src/routes/races.ts`
-
- `400` использовать только для ошибок входа (query/body/params).
- `503 {"error":"database_unavailable"}` использовать только для технической недоступности БД.
- Сохранить единый JSON-формат ошибок во всех CRUD-маршрутах.
-
-### C. Выравнивание конфигурации порта
-
-Файл: `backend/src/config.ts`
-
- Поддержать оба env-подхода:
-  - приоритет `PORT`,
-  - затем `API_PORT`,
-  - затем fallback `3001`.
-
-### D. Обязательный root-артефакт
-
-Файл: `README.md` (в корне)
-
- Создать базовый `README.md` с:
-  - кратким описанием проекта,
-  - минимальным quick start,
-  - ссылками на текущие документы backend/API.
-
-## 3) Допустимая реорганизация кода
-
- Можно добавить небольшие локальные helper-функции в `backend/src/routes/races.ts`.
- При необходимости можно вынести общие mapper/validator-хелперы в `backend/src/mappers/race.ts`, если это уменьшает дублирование.
- Не усложнять архитектуру: только то, что нужно для контракта и устойчивого поведения API.
-
-## 4) Проверка результата
-
-Минимум выполнить:
-
-1. `npm run build` в `backend/` (типизация/сборка).
-2. Проверка диагностики/линтов по измененным backend-файлам.
-3. Smoke-сценарии API:
-   - `GET /health` -> `200`,
-   - `GET /ready` -> `200` при доступной БД или `503` при недоступной,
-   - `GET /races?year=bad` -> `400`,
-   - `GET /races?month=13` -> `400`,
-   - `GET /races?year=2026&month=5` -> корректный `200` и данные/пустой массив.
-
-## 5) Критерии готовности (Definition of Done)
-
- Контракт валидации `GET /races` соблюден в runtime.
- Валидационные ошибки не маскируются под `database_unavailable`.
- Конфиг порта поддерживает `PORT` и `API_PORT` с правильным приоритетом.
- В репозитории есть корневой `README.md`.
- Никакие существующие документы в `docs/` не менялись для "закрытия" замечаний.
--- a/docs/backend-api-for-frontend.md
+++ b/docs/backend-api-for-frontend.md
@@ -8,6 +8,8 @@ VITE_API_BASE_URL=http://localhost:3001

 В коде SPA: `import.meta.env.VITE_API_BASE_URL`.

+В Docker-стеке из репозитория образ фронта собирается с **`VITE_API_BASE_URL=/api`**: запросы идут на тот же origin, nginx проксирует `/api` на backend (см. `docker/nginx.frontend.conf`).
+
 ## 2. CORS

 В dev-режиме бэкенд ожидает переменную:
--- a/docs/backend.md
+++ b/docs/backend.md
@@ -78,6 +78,8 @@ API слушает порт: **`PORT`** (если задан), иначе **`API
 | `API_PORT` | Порт API-сервера | `3001` |
 | `CORS_ORIGIN` | Разрешённый origin для CORS | `http://localhost:5173` |

+Для локального Vite в корневом `.env.example` также указан **`VITE_API_BASE_URL`** (читает только фронт из `frontend/`). В Docker-стеке базовый URL API задаётся при **сборке** образа фронта (`/api`), не через этот файл.
+
 **Без mock:** при отсутствии любой из `DB_*` процесс падает при старте: `Missing required environment variable: <NAME>`.

 **С `CALENDAR_RUN_MOCK_DB=1`:** переменные `DB_*` не обязательны; реальный пул не поднимается. **Не использовать** mock для `npm run db:migrate` и `npm run seed` — нужен настоящий Postgres и корректные `DB_*`.
@@ -111,3 +113,9 @@ backend/
 ├── package.json
 └── tsconfig.json
 ```
+
+## Docker: стек backend + frontend
+
+Файл [`docker-compose.stack.yml`](../docker-compose.stack.yml) поднимает API и nginx со статикой SPA в **внешней** сети Docker (рядом с уже запущенным Postgres). Переменные — в **корневом** `.env` (шаблон [`.env.example`](../.env.example)): как минимум `DB_*`, `CORS_ORIGIN` (для выдачи фронта на порту 3033 задайте `http://localhost:3033`). Перед первым `up` файл `.env` должен существовать.
+
+Порядок после старта контейнеров: `node dist/migrate.js` и `node dist/seed.js` внутри контейнера `backend` (см. комментарии в compose-файле).
--- a/frontend/.env.example
+++ b/frontend/.env.example
@@ -1,2 +1,2 @@
-# Base URL of the Calendar Run API (must match CORS_ORIGIN on the backend)
+# Для локального npm run dev. Полный список переменных — в корневом .env.example репозитория.
 VITE_API_BASE_URL=http://localhost:3001
--- a/frontend/src/lib/raceMetrics.ts
+++ b/frontend/src/lib/raceMetrics.ts
@@ -70,6 +70,22 @@ export function splitRacesByDate(races: Race[], now: Date = new Date()): { upcom
  };
 }

+function pluralizeDays(n: number): string {
+  const mod10 = n % 10;
+  const mod100 = n % 100;
+
+  if (mod100 >= 11 && mod100 <= 19) {
+    return "дней";
+  }
+  if (mod10 === 1) {
+    return "день";
+  }
+  if (mod10 >= 2 && mod10 <= 4) {
+    return "дня";
+  }
+  return "дней";
+}
+
 export function getRaceCountdownLabel(date: string, now: Date = new Date()): string {
  const today = new Date(now);
  today.setHours(0, 0, 0, 0);
@@ -80,13 +96,7 @@ export function getRaceCountdownLabel(date: string, now: Date = new Date()): str
  if (days <= 0) {
    return "сегодня";
  }
-  if (days === 1) {
-    return "через 1 день";
-  }
-  if (days < 5) {
-    return `через ${days} дня`;
-  }
-  return `через ${days} дней`;
+  return `через ${days} ${pluralizeDays(days)}`;
 }

 export function isCloseDistance(left: number, right: number): boolean {
--- a/frontend/src/pages/RacesPage.tsx
+++ b/frontend/src/pages/RacesPage.tsx
@@ -145,6 +145,12 @@ export function RacesPage(): JSX.Element {
      <h1 className="page__title">Календарь стартов</h1>
      <p className="page__subtitle">Будущие и прошедшие старты в одном месте.</p>

+      {errorMessage && !isLoading ? (
+        <p className="page__subtitle page__subtitle--error" role="alert" style={{ marginTop: "var(--space-4)" }}>
+          {errorMessage}
+        </p>
+      ) : null}
+
      <div className="races-filter" role="search" aria-label="Фильтр по дате">
        <label className="races-filter__field">
          <span className="races-filter__label">Год</span>
--- a/frontend/src/styles/global.css
+++ b/frontend/src/styles/global.css
@@ -64,7 +64,9 @@ a {
  outline: none;
 }

-.app-shell__link--active {
+.app-shell__link--active,
+.app-shell__link--active:hover,
+.app-shell__link--active:focus-visible {
  color: var(--color-surface);
  background: var(--color-accent);
 }
--- a/frontend/src/styles/tokens.css
+++ b/frontend/src/styles/tokens.css
@@ -16,6 +16,7 @@
  --font-size-caption: 0.875rem;
  --line-height-base: 1.5;

+  --space-1: 0.25rem;
  --space-2: 0.5rem;
  --space-3: 0.75rem;
  --space-4: 1rem;
Author	SHA1	Message	Date
Anton	3b8f41f905	fix: phase 1 bugs — CSS tokens, pluralization, error handling, cross-platform tests Some checks failed CI / build-and-test (pull_request) Has been cancelled Details - Add missing --space-1 CSS token used by filter and detail components - Fix active nav link losing styles on hover (CSS specificity) - Correct Russian day pluralization (21 день, 22 дня, 25 дней) - Show filter error banner even when stale race data is present - Add cross-env for Windows-compatible npm test - Add global JSON error handler in Express for malformed request bodies - Replace stateless mock DB with in-memory store for correct DELETE/UPDATE behavior Made-with: Cursor	2026-04-07 17:46:46 +03:00
admin	b422223c03	Merge pull request 'chore: drop agent/plan docs, unify .env for Docker stack' (#7 ) from chore/cleanup-docker-docs-env into main Some checks failed CI / build-and-test (push) Has been cancelled Details Reviewed-on: #7	2026-04-06 21:31:33 +00:00
Vaka.pro	007d899721	chore: drop agent/plan docs, unify .env for Docker stack Some checks failed CI / build-and-test (pull_request) Has been cancelled Details - Remove PLAN/agent instruction files; single root .env.example for DB + API - Stack compose uses env_file .env; delete stack env example duplicate - Refresh README, backend docs, API doc; trim gitignore/dockerignore Made-with: Cursor	2026-04-07 00:30:29 +03:00
admin	2cf01186e9	Merge pull request 'chore(docker): stack compose with env_file, no secrets in repo' (#6 ) from feature/docker-stack into main Some checks failed CI / build-and-test (push) Has been cancelled Details Reviewed-on: #6	2026-04-06 20:26:37 +00:00
Vaka.pro	2849b16e36	chore(docker): stack compose with env_file, no secrets in repo Some checks failed CI / build-and-test (pull_request) Has been cancelled Details - docker-compose.stack.env for DB_* and CORS (gitignored) - docker-compose.stack.env.example with placeholders - .dockerignore excludes local stack env from build context Made-with: Cursor	2026-04-06 23:03:45 +03:00
admin	d187bc776e	Merge pull request 'feat: align docs with code, finish_place, registered status, UI filters, tests, CI' (#5 ) from feature/plan-docs-product-tests into main Some checks failed CI / build-and-test (push) Has been cancelled Details Reviewed-on: #5	2026-04-06 19:41:20 +00:00