2818 commits

This branch

This branch

All branches

Author	SHA1	Message	Date
bot-backend	71f27fee7d	fix(ptica): тип постановления — по первому упоминанию, а не по порядку проверок (#2464) ... `_detect_kind` проверял «резервир» первым и возвращал «резервирование» безусловно. Постановление об изъятии, где резервирование упомянуто вскользь — типовая формулировка «ранее зарезервированных земель», ссылка на утративший силу акт, — классифицировалось как резервирование. Ошибка не единичная: `kind` в `extract_reservations` один на весь документ, поэтому неверный тип уходит в КАЖДУЮ строку land_reservation по этому акту. Побеждает то слово, что встретилось раньше. Тема документа стоит в заголовке, поэтому позиция — сигнал сильнее порядка проверок, и он симметричен: заголовок «О резервировании» так же выигрывает у «изъятия» в теле. Простая смена порядка проверок этой симметрии не даёт — на неё поставлен отдельный контроль. Текущих ошибок на проде нет, и это измерено: в land_reservation 27 строк, все из источника izyatie_ekb_ocr, все «изъятие», ни в одной выдержке слова «резервир» не встречается. Правка закрывает возможность, а не чинит существующую порчу. Двусторонне: против origin/main два теста красные с конкретным неверным значением (`assert 'резервирование' == 'изъятие'`). Контроли — симметрия заголовка, одиночные маркеры, откат к default_kind — зелёные с обеих сторон. Формулировки в тестах взяты с прода дословно (basis_act). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-20 17:49:03 +05:00
bot-backend	610ed20395	fix(workers): убрать max_retries, который ничего не делает (#2464) ... Часть эпика #2464. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-20 12:40:06 +00:00
bot-backend	131b83c2fe	fix(ptica): у пользователя не может быть двух дефолтных профилей весов (#2464) ... Закрывает часть эпика #2464. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-20 12:23:28 +00:00
bot-backend	18593c3019	fix(ptica): на worker_ready зомби помечается ЛЮБОЙ 'running', а не только со снапшотом (#2464) ... Закрывает часть эпика #2464. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-20 12:22:37 +00:00
bot-backend	6982255fb3	fix(workers): убрать max_retries, который ничего не делает (#2464) ... 11 тасок объявляли `max_retries=2`, но ретраи не реализовывали: ни `autoretry_for` в декораторе, ни вызова `self.retry()` в теле. Celery в таком виде параметр не применяет — при исключении таска падает с первой попытки. Читающий код видит «до 3 попыток», а их одна. Убран `max_retries` у: cbr_macro_sync, rosstat_macro_sync, developer_registry_refresh, location_refresh, mv_sales_tracker_refresh, refresh_analytics, refresh_layout_velocity, refresh_quarter_price_index, scrape_objective.sync_objective_group, supply_layers_refresh, scrape_kn.scrape_kn_region. Заодно убран `bind=True` там, где `self` не использовался вовсе; в `scrape_kn_region` он оставлен — `self.request.id` пишется в kn_scrape_log. Не тронуты и не должны быть: `resume_kn_run` (max_retries=12 + настоящий self.retry()), `nspd_sync`/`scrape_cadastre` (autoretry_for), `nspd_geo`/`objective_etl` (max_retries=0 — честное «ретраев нет»). Гейт `test_2464_retry_config_is_real.py` разбирает AST всех модулей `app/workers/tasks/` и требует: если декоратор объявляет ненулевой max_retries, в нём есть autoretry_for либо в теле функции есть self.retry(). Три таски из одиннадцати гейт нашёл сверх списка эпика. Проверка гейта: с фиксом зелено, при возврате `max_retries=2` в supply_layers_refresh — красно с указанием на эту таску. Плюс два контроля: гейт видит ≥20 тасок (не молчит из-за пустой выборки) и признаёт обе законные формы ретраев. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-20 17:17:38 +05:00
bot-backend	f7d4b5bccf	fix(ptica): «объекта нет в БД» считается пропуском, а не сбоем (#2464) (#2974)	2026-08-20 11:59:39 +00:00
bot-backend	afa648b21f	fix(ptica): у пользователя не может быть двух дефолтных профилей весов (#2464) ... create_profile/update_profile делают «снять is_default у всех → поставить новому» двумя отдельными операторами. Между ними инвариант нарушен, и при одновременных запросах у пользователя может оказаться ДВА профиля с is_default=TRUE. А читающий _SELECT_DEFAULT брал LIMIT 1 БЕЗ ORDER BY — выбор молча перескакивал между ними от запроса к запросу. Два рубежа, а не один: миграция 190 — частичный уникальный индекс (user_id) WHERE is_default: два дефолта становятся невозможными на уровне БД; ORDER BY id — детерминированный выбор, если индекс когда-нибудь снимут. Соседние запросы этого файла тай-брейк по id уже имеют. Индекс не мешает штатной переустановке дефолта: порядок операторов в коде уже правильный (сначала снять у всех, потом поставить), поэтому в момент проверки дефолтов ноль. Это отдельно проверено тестом. Безопасность миграции: на проде нарушений нет — у admin один дефолт, у __system__ ноль, ни одного пользователя с двумя. Таблица в 4 строки, индексируется мгновенно. lock_timeout проставлен по #2752. Тест проверяет ПОВЕДЕНИЕ на живом Postgres: вторая установка дефолта отвергается базой. Плюс фальсификация — без индекса два дефолта вставляются молча; без неё зелёный тест неотличим от «оно и так не вставлялось». Плюс два контроля: переустановка дефолта работает, разные пользователи сохраняют свои. Тест про ORDER BY вынесен в tests/services/site_finder, а НЕ внесён в skip_allowlist: живой БД он не требует, и пропускаться вместе с DB-тестами ему незачем. Против origin/main он краснеет, показывая запрос без тай-брейка. Прогоны: без БД — 648 passed rc=0; с БД — 5 passed rc=0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-20 16:58:48 +05:00
bot-backend	9b18c23a5a	fix(ptica): загрузчик теплоснабжения фиксирует по организациям, а не одной транзакцией (#2464) (#2973)	2026-08-20 11:51:57 +00:00
bot-backend	991e4c28ed	fix(ptica): на worker_ready зомби помечается ЛЮБОЙ 'running', а не только со снапшотом (#2464) ... Докстринг _resume_zombie_runs формулирует инвариант прямо: No time threshold: by definition, on worker_ready ANY 'running' row is a zombie because there is no active worker. Previously we required heartbeat … stayed in 'running' status forever and required manual cancel/resume. А запрос добавлял `AND objects_snapshot IS NOT NULL`. Строка без снапшота в выборку не попадала и оставалась 'running' НАВСЕГДА — ровно то состояние, ради устранения которого функция и заводилась. Снапшот нужен, но не для пометки, а для ВОЗОБНОВЛЕНИЯ: resume_kn_run восстанавливает обход «using objects_snapshot» и без него упал бы. Поэтому зомби помечаются все, а resume ставится только тем, кого есть чем возобновить; остальные получают честную причину в error вместо тишины. Про тест — отдельно, потому что первая версия была негодной. Двойник сессии отдавал строки независимо от WHERE, и на origin/main главный тест («строка не помечена») ПРОХОДИЛ, а краснели два других — по ложной причине. Научил двойник соблюдать ровно тот фильтр, о котором спор, и сузил совпадение до `AND objects_snapshot IS NOT NULL`: правка выносит то же выражение в список полей SELECT, и совпадение по голой подстроке отсекало бы строки у исправленной версии тоже. Против origin/main теперь: строка без снапшота не помечена zombie → падает (UPDATE вообще не выполняется) в смешанной выборке помечены не все → падает: {1,3} вместо {1,2,3} невозобновляемому resume не ставится — контроль, зелёный с обеих сторон возобновляемый получает resume как раньше — контроль, зелёный с обеих сторон Первый контроль ловит «починку», ставящую resume всем подряд. Замер прода 20.08: строк в 'running' сейчас нет, то есть правка предотвращает, а не чинит. Из 20 исторических 'zombie' восемь — без objects_snapshot, так что случай не гипотетический. Прогоны: tests/workers rc=0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-20 16:51:02 +05:00
bot-backend	cfa0046b34	fix(ptica): упавший прогон Объектива помечается failed, а не висит running вечно (#2464) (#2972)	2026-08-20 11:04:07 +00:00
bot-backend	6e34928dd4	fix(ptica): серия WAF-блоков прерывает батч каталога, а не гонит его до конца (#2464) (#2971)	2026-08-20 10:54:11 +00:00
bot-backend	a899cb9b1f	fix(ptica): ключ синглтон-лока kn-свипа зависит от множества, а не от порядка (#2464) (#2970)	2026-08-20 10:34:30 +00:00
bot-backend	a4b989ca36	fix(ptica): WAF-блок прерывает backfill_parcel_geom, а не гонит его дальше по кварталам (#2464) (#2969)	2026-08-20 10:34:26 +00:00
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	3b40ba09f7	fix(tradein/geocoder): темп Nominatim сдерживается перед запросом, а не после успеха (#2953) (#2954)	2026-08-20 07:55:41 +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	8db357ef30	test(tradein): гейт «снять noindex можно только вместе с плейсхолдерами» (#2904) (#2948)	2026-08-20 07:00:09 +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	1afa34c5a6	fix(ptica): «Риск: Низкий» больше не выглядит вердиктом (#2934) (#2939)	2026-08-19 15:53:21 +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	a9e9707018	fix(tradein): обход Домклика начинается со сдвигом — комнатности 2+ перестают быть слепой зоной (#2854) (#2932)	2026-08-19 12:48:41 +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	cf48e6d6c8	feat(tradein): позиция квартиры внутри когорты аналогов — перцентиль (#2899) (#2926)	2026-08-19 10:08:18 +00:00
bot-backend	d25ff668f7	ci: правка конфига прокси больше не тянет полный деплой Site Finder (#2916) (#2925)	2026-08-19 08:39:01 +00:00