|
All checks were successful
CI Trade-In / changes (pull_request) Successful in 7s
CI Trade-In / browser-tests (pull_request) Has been skipped
CI Trade-In / frontend-checks (pull_request) Has been skipped
CI / openapi-codegen-check (pull_request) Successful in 1m58s
CI / backend-tests (pull_request) Successful in 16m9s
CI / changes (pull_request) Successful in 9s
CI Trade-In / backend-tests (pull_request) Has been skipped
CI / frontend-tests (pull_request) Has been skipped
harvest_quarter в докстроке обещает `Raises: NspdBulkWafError — caller не retry`, но три голых `except Exception` это обещание отменяли: WAF-бан превращался в «этот cell/слой не дошёл», обход продолжался и job доходил до status='done' с частичными данными. Прод-замер 13.08 по cadastre_jobs: 23 job'а, суммарно 50 WAF-блоков, упавших — 0. То есть бан ни разу не остановил сбор, как обещано. Три сайта: per-category probe (search_by_quarter), territorial_zones и цикл ячеек в _grid_walk_category. Везде добавлен `except (NspdBulkWafError, NspdBulkRateLimitError): raise` ПЕРЕД широкими обработчиками — зеркало уже исправленных nspd_bulk_client.get_features_in_bbox_grid и nspd_client (#2464-G). Продолжать обход после 403 вредно вдвойне: углубляет бан и дописывает в БД ложный нулевой слой, неотличимый от честного «здесь ничего нет». Тесты двусторонние: против bulk_harvest из main падают ровно два новых (waf, rate_limit), третий — контроль «сетевая ошибка ячейки обход НЕ роняет и НЕ поднимает layer_failed» — зелёный с обеих сторон. Refs #2464 |
||
|---|---|---|
| .. | ||
| alembic | ||
| app | ||
| db/init | ||
| output | ||
| scripts | ||
| tests | ||
| .dockerignore | ||
| .env.example | ||
| .env.runtime.example | ||
| .gitignore | ||
| alembic.ini | ||
| debug.log | ||
| Dockerfile | ||
| pyproject.toml | ||
| uv.lock | ||