458 commits

Author	SHA1	Message	Date
bot-backend	88a2ebda02	docs(ptica): шесть мест, где документация расходилась с кодом (#2464) (#2968)	2026-08-20 10:25:22 +00:00
bot-backend	04f70b8da0	fix(ptica): land_reservation перестаёт копить дубли — 91% таблицы были копиями (#2464) (#2966)	2026-08-20 10:16:34 +00:00
bot-backend	497d2fa6ad	fix(ptica): scope=manual_list перестаёт создавать задание из пустоты (#2464) (#2965)	2026-08-20 09:53:51 +00:00
bot-backend	7abc0ed431	fix(ptica): два запроса connection-capacity перестают травить общую сессию (#2464) (#2964)	2026-08-20 09:53:34 +00:00
bot-backend	53becb2e64	fix(ptica): выручка и сделки в KPI лидов названы по своему охвату (#2464) (#2963)	2026-08-20 09:44:14 +00:00
bot-backend	1470bc26de	fix(ptica): число ЗОУИТ перестаёт подписываться как число типов (#2464) (#2961)	2026-08-20 09:17:06 +00:00
bot-backend	edbaca1e87	fix(ptica): успехи батча каталога фиксируются по ходу, а не одним commit'ом в конце (#2464) (#2960)	2026-08-20 08:54:26 +00:00
bot-backend	07b5e5e6da	fix(ptica): HTML-экспортёр перестаёт выбрасывать легаси-зонирование, которое сам же проверил (#2464) (#2959)	2026-08-20 08:44:11 +00:00
bot-backend	68d041022d	fix(ci): ожидание докер-лока оставляет след в логе (#2950) (#2958)	2026-08-20 08:44:10 +00:00
bot-backend	f7e8228550	fix(ptica): свежесть data-table источника считается по успешным строкам (#2956) (#2957)	2026-08-20 08:36:05 +00:00
bot-backend	feff8214f7	fix(ci): докер-секции прод-деплоев исключают друг друга через host-lock (#2950) (#2955)	2026-08-20 08:13:56 +00:00
bot-backend	2a01dea103	fix(ci): прод-деплои в одну группу concurrency — прун одного убивал pull другого (#2950) (#2952)	2026-08-20 07:47:48 +00:00
bot-backend	c93d6cbde1	fix(ptica): шесть lookup'ов /analyze глотали ошибку БД без SAVEPOINT (#2464) (#2951)	2026-08-20 07:38:23 +00:00
bot-backend	38163a1186	fix(ptica): два блока analyze_parcel глотали ошибку БД без SAVEPOINT (#2464) (#2949)	2026-08-20 07:19:49 +00:00
bot-backend	6bca4f7ead	fix(ptica): «0 мм осадков» перестаёт означать «данных нет» (#2464) (#2947)	2026-08-20 07:00:01 +00:00
bot-backend	9e4b190303	fix(ptica): resume_geo_job больше не возобновляет что попало (#2464) (#2946)	2026-08-20 06:59:55 +00:00
bot-backend	251eacc4b6	fix(ptica): сноска концепт-PDF печатает фактический срок распродажи, а не «30 мес» (#2464) (#2945)	2026-08-19 17:39:37 +00:00
bot-backend	56868f2bde	fix(ptica): нечисловое значение от OSRM/ORS больше не даёт 500 вместо деградации (#2464) (#2944)	2026-08-19 17:20:28 +00:00
bot-backend	43c71a006d	docs(ptica): три комментария, утверждавших не то, что делает код (#2464 кластер H) (#2943)	2026-08-19 17:09:24 +00:00
bot-backend	8eeb35cee5	fix(ptica): дрейф формы ответа DaData не роняет весь гео-проход (#2464) (#2942)	2026-08-19 16:59:49 +00:00
bot-backend	e543fcdd81	fix(ptica): проба глубины очереди перестаёт висеть без таймаута (#2464) (#2941)	2026-08-19 16:54:04 +00:00
bot-backend	5a7d558a5c	fix(ptica): пустой слой риск-зон перестаёт означать «рисков нет» (#2934) (#2940)	2026-08-19 16:34:26 +00:00
bot-backend	f3626540fc	test(ptica): снятие SAVEPOINT теперь роняет тест во всех местах кластера A (#2464) (#2938)	2026-08-19 16:06:59 +00:00
bot-backend	a2fbe4b400	fix(ptica): job_settings не отравляет чужую сессию при сбое БД (#2464 кластер A) (#2937)	2026-08-19 15:42:39 +00:00
bot-backend	52349a39f6	fix(ptica): строка о подтоплении в PDF и DOCX перестаёт читаться как заключение (#2934) (#2935)	2026-08-19 15:11:10 +00:00
bot-backend	37bf3d0e93	fix(ptica): достоверность видит зону ПЗЗ из НСПД, а не только из пустой таблицы (#2464) (#2933)	2026-08-19 13:29:25 +00:00
bot-backend	d7c00f9ab3	fix(ptica): шумовой скорер перестаёт считать водоёмы источниками шума (#2464-G) (#2931)	2026-08-19 12:41:59 +00:00
bot-backend	3c9505c8b0	test(ptica): покрыть переиспользование сессии после close() в отдаче фотографий (#2464-C) (#2930)	2026-08-19 11:52:13 +00:00
bot-backend	bc489e1a6f	fix(ptica): гео-проход не тратит геокод на занятых кандидатов и не «подтверждает» их (#2464) (#2929)	2026-08-19 11:52:07 +00:00
bot-backend	c3ea0364e7	fix(ptica): соединение БД отпускается до похода за фотографией наружу (#2464-C) (#2928)	2026-08-19 11:18:00 +00:00
bot-backend	e266f29d65	fix(ptica): защита таймаутом теперь реально ограничивает время (#2464-C) (#2927)	2026-08-19 10:27:58 +00:00
bot-backend	90133c4c2e	Слияние main в fix/2683-manifest-drift ... main принёс PR #2751 (ruff-шаг в ci-tradein.yml/backend-tests) параллельно с fetch-depth: 0 из этой ветки в том же job'е — не противоречат друг другу, слились автоматически. Единственное ручное разрешение — _manifest_applied.txt (modify/delete): main дописал файл, ветка его удаляет. Разрешение — удаление, это и есть предмет PR: гейт номеров миграций берёт эталон из git (origin/main), а не из ручного манифеста, который отставал и по построению не мог покраснеть (#2683, живой инцидент 15.08 — коллизия 264_ между двумя независимыми ветками).	2026-08-15 22:44:16 +03:00
lekss361	67b98605e9	Merge pull request 'fix(ptica): загрузка ЦП больше не пишется в категориальную колонку (#2464-B)' (#2882) from fix/2464-eesk-load-index into main	2026-08-15 19:27:50 +00:00
bot-backend	3f5f099392	fix(health): HEAD /health на верном бэкенде (Site Finder) + честные заголовки ... Review-разбор ветки fix/tradein-uptime-honest-green: 1. [HIGH] Прод-симптом `HEAD gendsgn.ru/health -> 405` обслуживает Site Finder (Caddyfile:60 `handle /health { reverse_proxy backend:8000 }`), а предыдущий коммит правил только tradein-mvp/backend, чей /health наружу не проксируется вообще. Добавлен @app.head("/health") в backend/app/main.py рядом с существующим @app.get — эмпирически подтверждено (uv run pytest): HEAD было 405, стало 200. tradein-mvp фикс не откачен (безвреден, годится для будущего internal-caller), но обвязан комментарием, что реальный прод-путь чинится не там. 2. [LOW] Response(status_code=200) без media_type отдавал HEAD без Content-Type, тогда как GET отдаёт application/json — расходится с заявленным в комментарии RFC 9110 §9.3.2. Добавлен media_type в обоих бэкендах; Content-Length сознательно не подгоняем под байты GET-ответа (payload header field, RFC разрешает опускать для HEAD) — не дублируем сборку payload ради байт-в-байт соответствия. Тесты: test_health_head_ok_no_body добавлен в backend/tests/test_health.py (Site Finder) — RED-check (git stash app/main.py) воспроизводит прод-баг 1:1: assert 405 == 200. tradein-mvp/backend/tests/test_health_endpoint.py дополнен проверкой Content-Type. uv run pytest — все зелёные.	2026-08-15 18:44:31 +03:00
bot-backend	b0776cd01d	fix(ptica): бан НСПД по WAF больше не глотается сборщиком кварталов (#2464-A) (#2881)	2026-08-14 06:00:10 +00:00
bot-backend	fe019f26ee	fix(ptica): загрузка ЦП больше не пишется в категориальную колонку ... Лоадер ЕЭСК писал степень загрузки из колонки E как `load_index = COALESCE(load_index, CAST(:load_pct AS text))`. load_index — категориальная: 'open'|'limited'|'closed'|NULL (data/sql/180_connection_capacity.sql:35), её заполняет rosseti_wfs_loader._map_load_index. Число строкой в этой колонке ломает обе стороны: фронтовый classifyLoadIndex отбрасывает всё вне перечисления в null («неизвестно»), а power_summary.by_load_index — словарь по значению, то есть получил бы бакет с именем вида "41.0" рядом с open/limited/closed. Сегодня не стреляло только потому, что load_index заполнен у всех строк (open 2741 / limited 346 / closed 329, NULL 0 — замер верификации 13.08, подтверждён вторым прогоном скептика), и COALESCE не проваливался. Первая же строка с пустым индексом положила бы туда число. Колонку E больше не читаем: места под процент в power_supply_centers нет — load_index категориальный, current_load_mva в мегавольт-амперах. _pct_share_to_percent оставлен с тестами, но в докстроке теперь прямо написано, что продакшен-вызывающих у него НЕТ и при каких условиях он снова понадобится — чтобы «код есть, эффекта нет» не выглядел работающим. Старый тест фиксировал ровно отменяемое поведение (`first["load_pct"] == 41.0`) — заменён на проверку, что ни SQL, ни параметры загрузку не несут. Проверять пришлось исполняемый текст, а не прозу: слово load_index осталось в поясняющем комментарии, и наивная проверка на подстроку падала на своём же объяснении. Тесты двусторонние: против лоадера из main падает ровно новый. Хунк форматирования — не мой: pre-commit ruff v0.7.4 против 0.15.12 (#2864). Refs #2464	2026-08-14 10:58:35 +05:00
bot-backend	f600663aa0	docs(ptica): фактор уверенности называл не ту величину (#2464-H) (#2878)	2026-08-13 21:21:38 +00:00
bot-backend	a068e4b612	test(ci): сторож пропусков кричит ::error:: под Actions (#2871) (#2876)	2026-08-13 21:05:54 +00:00
bot-backend	c40261cb16	fix(ptica): фильтр класса в velocity ссылался на алиас, которого нет в CTE (#2464-G) (#2865)	2026-08-13 17:46:27 +00:00
bot-backend	597429cff9	fix(ptica): отказ слоя НСПД больше не выглядит как «здесь ничего нет» (#2464-G/H) (#2873)	2026-08-13 17:30:30 +00:00
bot-backend	3fc406549e	fix(ptica): границы правдоподобия у средней цены конкурента (#2464-D) (#2863)	2026-08-13 11:57:03 +00:00
bot-backend	2c8dc46205	Merge remote-tracking branch 'origin/main' into fix/2683-manifest-drift ... # Conflicts: # tradein-mvp/backend/data/sql/_manifest_applied.txt # tradein-mvp/backend/tests/skip_allowlist.txt	2026-08-12 23:06:41 +05:00
bot-backend	1307d55da6	fix(site-finder): метка источника весов выводится из результата резолва, а не из входа (#2811) (#2817)	2026-08-10 10:34:39 +00:00
bot-backend	9e5bcd3fa9	Merge origin/main (27e199e3) в fix/2683-manifest-drift ... Конфликт modify/delete по tradein-mvp/backend/data/sql/_manifest_applied.txt разрешён удалением — удаление и есть предмет PR. За трое суток в main дописали три имени (240/250/251); дописывать их некуда: файла больше нет, а гейт tests/test_migration_numbering.py берёт эталон применённого из origin/main. Проверено, что удаление ничего не оставляет без потребителя: манифест не *.sql, цикл миграций в deploy-tradein.yml и bootstrap схемы в ci-tradein.yml берут glob '*.sql', новый scripts/check-migration-lock-timeout.py — тоже. Замер дрейфа на 27e199e3: 216 имён в манифесте против 232 файлов, отставание 16 (было 15 на 07.08). Старый гейт на этом дереве: 4 passed. # Conflicts: # tradein-mvp/backend/data/sql/_manifest_applied.txt	2026-08-10 01:27:38 +05:00
bot-backend	e4680082ea	test(ci): развести «нагрузку не создать» и «защита сломана» в двух флапающих гейтах (#2783) (#2789)	2026-08-07 10:35:15 +00:00
bot-backend	c3a35a31d4	fix(ptica): скраб ПДн перестаёт утекать то, что защищает + проводка проверяется поведением (#2753) (#2787)	2026-08-07 10:11:36 +00:00
bot-backend	90c3e7e490	test(scrapers/krt): вернуть в прогон проверку многоблочной страницы (#2778) (#2781)	2026-08-07 09:48:52 +00:00
bot-backend	2e20b6307b	fix(tradein): гейт номеров миграций берёт эталон из git, ручной манифест удалён ... _manifest_applied.txt по построению не мог покраснеть. Тест считал «новым» любой файл, которого нет в списке, а новые файлы от списка освобождены (докстринг test_manifest_covers_all_but_new_files: «НЕ требует, чтобы новый файл уже был в manifest»). Забытое имя и новая миграция PR для гейта — одно и то же, поэтому дрейф был не пропуском проверки, а её штатным исключением. Замер на main 2026-08-07: 15 имён не дописано, все четыре теста зелёные — через сутки после того, как #2692 догнал список руками. Список при этом был лишь копией того, что git и так знает: deploy-tradein.yml применяет КАЖДЫЙ data/sql/*.sql из main под ON_ERROR_STOP, то есть «файл доехал до main» и есть «имя закреплено на проде». Ведём эталон в git — и дрейфовать становится нечему. Кросс-ветковая дыра закрыта тем же ходом: номер нового файла сверяется с ПОЛНЫМ origin/main, а не с рабочим деревом, поэтому коллизия с миграцией, смерженной после ветвления, находится. Проверено на живом PR #2754 (234_trade_in_estimates_retain_until против 234_scrape_runs_ban_kind_unknown из main): старый гейт зелёный, новый красный. Удаление/переименование применённой миграции сверяется с ТОЧКОЙ ВЕТВЛЕНИЯ, а не с origin/main: иначе ветка недельной давности краснела бы за чужие миграции. Проверено — ветка от 2026-07-30 при +43 миграциях в main зелёная. CI: checkout переведён на fetch-depth 0 + отдельный fetch main. Этот Forgejo не публикует refs/pull/N/merge (1620 */head, ноль */merge), а на depth=1 нет ни origin/main, ни общего предка — без этого гейту не с чем сверять, и он намеренно красный, а не тихо пропущенный. Контракт сведён к одной формулировке — докстринг test_migration_numbering.py; шапка манифеста, правило 3, хвост манифеста и рецепт из .claude/rules удалены или заменены ссылкой. Заодно исправлен сам рецепт: `git ls-tree` без `-r` печатает каталог, а не файлы. Refs #2683	2026-08-07 14:35:28 +05:00
bot-backend	1f036e94d1	refactor(security): убрать мёртвую проверку админского токена (#2775) (#2776)	2026-08-07 09:30:23 +00:00
lekss361	ac870b0c58	fix(ptica): скраб ПДн перед отправкой в мониторинг + честная подпись НДС в отчётах (#2457) (#2749) ... PII scrub wired to BOTH channels (before_send AND before_send_transaction) in app/main.py and app/workers/celery_app.py. Before: Celery had no before_send at all, and before_send_transaction was URL-only while glitchtip_traces_sample_rate defaults to 0.05 - the Starlette integration puts request.data on transaction scope exactly as on error scope, so lead bodies leaked through the transaction channel. Keys: full MERA set (client_name/client_phone/client_email/phone/email/name) plus company/message from PilotRequestInput. VAT label: 'NDS (parking)' -> 'NDS (parking + commercial)' in DOCX/HTML exporters - financial.py computes VAT over parking AND non-residential.	2026-08-06 18:47:35 +00:00