Add the Analytics section: check runs, analytics API and page

Runs (migration 0011): a run groups the cycles of one launch. It opens when an
address enters an idle queue, takes everything submitted or re-checked while it
is open and is finalized when all its addresses are done; a re-check after that
opens a new run, so results of different runs never mix. check_runs,
run_results (one result per address and run, with the verdict and the expected
and stored check counts), subnets, run_id on ip_queue and checks. Existing data
is split into runs at pauses of more than an hour; ingress checks get the
validator that held the address (also at write time from now on).

Analytics (internal/analytics): figures computed from the stored checks of the
latest cycle of each address in the run, as facts next to the verdict: summary,
reasons of partial, data quality, subnets, targets and the subnet x target
matrix by check type, ingress by site, error classes, validators, and the
address lists behind the indicators and error classes. API: analytics runs,
report, lists (JSON or CSV), subnet list; run and subnet filters for the
registry.

Dashboard: /analytics matching the approved mockup (run selector, indicators
with address lists and CSV, error-class dialogs, drill-down to the registry),
subnet list on /settings. Sidebar: the control-api link state, theme toggle and
logout moved to the top, the three dots next to the logo removed, sections
grouped.

Rebuilt bin/control-api and bin/admin-dashboard to match. Plan, summary and the
updated README, API, USAGE, DASHBOARD and ADMIN_CLEANUP docs are in docs/.

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

docs/USAGE.md

@@ -24,6 +24,7 @@
 - [Как читать итоговый результат (pass/partial/fail)](#как-читать-итоговый-результат-passpartialfail)
 - [Просмотр деталей и истории по конкретному адресу](#просмотр-деталей-и-истории-по-конкретному-адресу)
 - [Реестр адресов и глубина истории](#реестр-адресов-и-глубина-истории)
+- [Аналитика запусков](#аналитика-запусков)
 - [Управление валидаторами](#управление-валидаторами)
 - [Управление площадками (проберами)](#управление-площадками-проберами)
 - [Управление типами проверок пробера](#управление-типами-проверок-пробера)
@@ -419,6 +420,42 @@ curl -s http://<control-api>:8080/api/v1/admin/registry/203.0.113.10 | python3 -
 существует, когда впервые встречен, сколько всего было циклов) не
 удаляется никогда.
 
+## Аналитика запусков
+
+Страница `/analytics` в дашборде показывает результаты **одного завершённого запуска проверки**: итоги, причины
+`partial`, подсети, провалы по целям, ingress по площадкам, классы ошибок, валидаторы и качество данных. Данные
+других запусков на странице не участвуют, поэтому результаты разных прогонов не пересекаются.
+
+**Что такое запуск.** Запуск открывается, когда адрес попадает в пустую (или полностью обработанную) очередь, а
+скан автоцикла помечает его как `авто`. Пока он открыт, в него входят все добавленные и перепроверяемые адреса.
+Когда у всех адресов запуска есть итог, запуск завершается и появляется в списке. Перепроверка после этого
+открывает **новый** запуск; результаты прежнего остаются как были. Идущий запуск виден в списке, но недоступен
+(«идёт, 120 из 800»). Запуски, накопленные до появления этой функции, выделены по паузам больше часа.
+
+**Как читать числа.** Показатели считаются по фактическим проверкам последнего цикла каждого адреса, включая
+пришедшие позже вердикта; вердикт системы показан рядом. `Egress OK` и `Ingress OK` — доли адресов, у которых все
+записанные проверки уровня успешны. Блок «Качество данных» показывает, насколько вердикт расходится с проверками
+(поздние результаты, неполный набор). После изменения «вердикт без опоздавших результатов» поздних результатов в новых
+запусках быть не должно.
+
+**Что можно открыть.** Карточки «Egress https: есть провалы / все провалены» и «Ingress ssh: есть провалы / все
+провалены», а также каждая строка блока «Классы ошибок ingress» открывают окно со списком адресов (для класса ошибок
+— с распределением по валидаторам и статусом каждой проверки). В окне кнопки «Скачать CSV» (файл от control-api,
+UTF-8 с BOM, открывается в Excel) и «Копировать». Строка подсети и строка матрицы «подсеть × цель» ведут в «Реестр»
+с фильтром по запуску и подсети (`/registry?run=…&subnet=…`).
+
+**Подсети.** Список задаётся на `/settings` (блок «Подсети»): по одной в строке, CIDR и, через пробел, подпись. Адрес
+относится к самой узкой подходящей подсети, остальные идут в строку «прочие». Пока список пуст, адреса
+группируются по /24. То же через API: `PUT /api/v1/admin/config/subnets`.
+
+```bash
+curl -s http://<control-api>:8080/api/v1/admin/analytics/runs | python3 -m json.tool
+curl -s http://<control-api>:8080/api/v1/admin/analytics/runs/1 | python3 -m json.tool
+curl -s -o egress.csv "http://<control-api>:8080/api/v1/admin/analytics/runs/1/lists/egress_https_all?format=csv"
+```
+
+Подробности и состав ответов — в [API.md](API.md#аналитика-запусков).
+
 ## Управление валидаторами
 
 Список валидаторов и их текущее состояние: