192 build - поправлен mapping

This commit is contained in:
2026-10-21 14:36:29 +03:00
parent bf5e0d3101
commit 39e56e0c91
29 changed files with 5060 additions and 357 deletions

View File

@@ -50,7 +50,7 @@ Stat2TV также может использовать существующий
Для BUILD190 обязательно повторите установку `python -m pip install -r requirements.txt`:
добавлена база часовых поясов `tzdata` для Windows. Agent.exe заменять не требуется.
Три целочисленных поля публикации Mapping добавляются существующим механизмом
миграции схемы. После запуска проверьте `/api/health`: версия `2026.10.21.2`.
миграции схемы. После запуска проверьте `/api/health`: версия `2026.10.21.3`.
Для обновления существующей VM используйте пакет только изменённых файлов;
полный архив содержит снимок настроек из присланной копии и предназначен для
восстановления/новой установки. Не заменяйте им более свежие настройки эфира.
@@ -94,6 +94,18 @@ Vary и Cache-Control; не задавайте общий публичный к
данных в одном кадре объединяются в одну перерисовку. Движок таймеров и немедленные
операторские команды продолжают работать отдельно.
С BUILD192 массовые операции импорта входят в общий пул БД по одной; остальные
ожидают асинхронно. Сетевые загрузки остаются параллельными. Размер общего пула
не увеличивается: по умолчанию `HOCKEY_DB_WORKERS=8`. Для одновременного импорта
и операторских запросов нужны хотя бы два worker и доступные соединения БД.
При настроенном пределе один выполнение остаётся последовательным.
В журнале выберите раздел `import`. Событие `import.queue_wait` показывает
ожидание от 250 мс; `import.finished` — завершение операции с долгим ожиданием
или выполнением от одной секунды; `import.failed` — ошибку. В деталях есть
название операции, время очереди и длительность выполнения. Отмена запроса
в очереди предотвращает запуск; уже начавшаяся транзакция завершается целиком.
## Безопасная очистка копии VM
Остановите сервер и Agent. Сначала просмотрите план:
@@ -144,3 +156,9 @@ XML не удаляются по возрасту: на них ссылаетс
локальные API и поддельные WebSocket, проверяет ACK, переподключение, медленный
источник и передачу управления. Производительность PostgreSQL и настоящего
vMix проверяется отдельно на рабочем оборудовании.
Очередь импорта можно проверить командой
`python tests/import_admission_harness.py --run --output import-admission-result.json`.
Без `--run` выводится только план. Сценарий задерживает настоящий участок импорта
до записи в временную SQLite и проверяет доступность управления тремя матчами,
Mapping и шести Agents до снятия задержки. Внешние подключения блокируются.