Sadmin
5c3b8a1424
scripts: живая проверка E3 на CT108
2026-09-09 21:30:09 +03:00
Sadmin
e694ad1a05
scripts: живая проверка E2 на CT108
2026-09-09 21:24:20 +03:00
Sadmin
aefd33949c
scripts: живая проверка E1 на CT108
2026-09-09 21:12:10 +03:00
Sadmin
628a1d4536
E1 (B21): RBAC-ядро — подразделения МЧС, роли/права, сессии, auth-журнал
...
- Модель данных: mchs_units (РЦУ РЧС → ОУМЧС → Г(Р)ОЧС, kind+parent_id),
users +8 колонок (unit_id, position, status, lockout, must_change_password,
created_by, updated_at), roles/permissions/role_permissions/user_roles
(M2M матрица), sessions (server-side, token_hash=sha256(secret)),
auth_events, security_settings.
- Alembic 007_e1_rbac: схема + сид 4 ролей / 9 прав / матрицы (9/6/3/1) /
10 настроек безопасности; downgrade → upgrade идемпотентен (проверено на
pg16-контейнере, сид не дублируется).
- auth.py: login с lockout (5 неудач → 15 мин) и auth-журналом; server-side
сессии (JWT несёт secret, в БД — sha256-хэш; max_concurrent_sessions);
/me с permissions (user_roles → role_permissions, fallback legacy-роль);
/change-password (мин. длина из settings, отзыв сессий); /logout.
require_permission(code) — атомарные права (fallback legacy-роли).
- Обратная совместимость: require_roles не тронут, старые JWT без sid
продолжают работать.
- Тесты E1 (9): login/logout/lockout/me-права/смена пароля/журнал.
SQLite in-memory (StaticPool + компиляторы UUID/JSONB/ARRAY).
202 passed, 5 skipped.
2026-09-09 21:11:38 +03:00
Sadmin
c1bb7d5249
fix: case_id-анализ терял координаты ТНП → fallback-зоны N/E (корень «вверх-вправо»)
...
При анализе по case_id координаты карточки (tnp_lat/tnp_lon) не попадали
в SearchInput (читались только payload-lat/lon) → rules_analyze не видел
lat/lon и отдавал базовые fallback-зоны «Ближняя N / Средняя E» —
постоянные направления вверх-вправо на карте независимо от местности.
Фикс: case_id-режим подтягивает lat/lon из tnp_* (gps_* как алиас).
198 passed.
2026-09-09 20:04:40 +03:00
Sadmin
ea19ed0d8f
fix: дистанции до воды/НП — real = merc×cos + метры→км (было 850 «км» до озера)
...
Два бага в одной строке: водные дистанции делились на cos (вместо
умножения, как дороги) и отдавались как км без /1000. Результат —
850.671 «км» до озера в Браславе (реально 271 м).
Верифицировано против geography: merc×cos = 271.0 м ≈ geo 271.5 м
(дельта 0.1%). Теперь Браслав SE: water 0.271 км, settle 0.119 км.
197 passed.
2026-09-09 19:40:20 +03:00
Sadmin
c7fce52693
scripts: e2e ранжирования зон после forest-фикса
2026-09-09 19:34:24 +03:00
Sadmin
e9c51bcfb2
scripts: e2e геокодирования + багфикса lost_time→loss_time
2026-09-09 19:18:49 +03:00
Sadmin
6ec9536203
scripts: e2e-проверка фикса None-полей (case_id-режим + минимальный payload)
2026-09-09 19:12:08 +03:00
Sadmin
d762fd104c
scripts: e2e-тайминг B16 (анализ 10 мс, 0 Overpass-вызовов)
2026-09-09 18:59:00 +03:00
Sadmin
3360f7a8ac
B16: локальный OSM в PostGIS — geo_service без интернета
...
- services/osm_local.py: слой запросов к planet_osm_* (osm2pgsql, SRID 3857):
roads/density (ST_Length merc × cos(lat) — проверено на merc/geo=1/cos),
forest (честная площадь ST_Intersection), water (полигон/водоток),
settlements (village/town/city). Сектор-«пирог» 45° строится в WGS84.
- geo_service.get_zone_features: PostGIS-путь, Overpass — fallback
(osm_available() по наличию planet_osm_line).
- scripts/b16-import.sh: osm2pgsql --slim -C 800, Беларусь 333МБ pbf
(Geofabrik, md5 проверен) → 4.5 мин на CT108; PostGIS 3.6 установлен
в живой vector-postgres (apt, без смены образа).
- Валидация: Минск/Полоцк/Браслав — правдоподобные плотности (7.9/2.9/1.5
км/км²), зоны различаются по направлениям; 32 сектора за 1.9 c (без сети).
- Тесты: +8 (osm_local контракт, интеграция, отсутствие Overpass-вызовов),
вне БД — skip. Всего 190 passed, 5 skipped.
Критерий B16: build_search_zones без внешнего интернета — ВЫПОЛНЕН
(единственный Overpass остаётся fallback-веткой при пустых таблицах).
2026-09-09 18:58:30 +03:00
Sadmin
8e99ea0290
scripts: e2e правил-режима (без LLM-ключей в контейнере)
2026-09-09 18:31:55 +03:00
Sadmin
11015a7883
scripts: стемп-бэкфилл для прода + e2e /analyze (login form-urlencoded)
...
- prod-stamp-backfill.sql: бэкфилл search_models v1 из cases.analysis_log
(для БД, где таблицы 006 уже созданы create_all — стемп alembic_version).
- e2e-analyze.sh: живая проверка /analyze на CT108 (bike 8yo 2h лес день
-> max_distance 5.4; login — form-urlencoded, не JSON).
- Мелочь: test-mig-seed.sql ON CONFLICT DO NOTHING.
2026-09-09 18:20:37 +03:00
Sadmin
5bdb345e33
B14+B15: чистый SearchEngine + слоистая модель данных
...
B14 (поведение-сохраняющий рефакторинг):
- services/search_engine.py — вся SAR-математика из analyze.py:
SearchInput/SearchModel, build_search_model (чистая функция,
без DB/auth/HTTP), деривации профилей/времени суток, unmodeled.
- analyze.py — тонкая обёртка: сборка SearchInput + запись БД.
- closed_cases.py — импорты хелперов из движка.
- 12 юнит-тестов движка (claude_analyze мокается).
- Контракт /analyze не изменён; регресс спеки подтверждён:
bike 8yo 2h лес день -> 5.4 км.
B15 (слои данных, Alembic):
- backend/alembic (env из DATABASE_URL) + миграция 006_b15_layers.
- Слой 4: search_models (case_id, version, input_snapshot, model_json).
- Слой 3: search_teams, field_observations, areas_checked, found_events
(geom JSONB GeoJSON, PostGIS в B16).
- Слой 1: reference_priors (пустой, B12 заблокирован).
- Бэкфилл: cases.analysis_log (объект с primary_zones) -> search_models v1;
legacy-массивы и analysis_log-таблица не тронуты.
- Проверено на CT108 в одноразовых pg16-контейнерах: чистая БД (без
данных и с ними), бэкфилл=1 из 3 seed-кейсов, downgrade->upgrade
идемпотентен, check-constraints работают, источник не модифицирован.
pytest: 214 passed.
2026-09-09 15:48:29 +03:00
fcc22063ed
Import Vector lab project
2026-06-06 18:31:55 +00:00
Sadmin
root