bot-backend
3bd0873230
Some checks failed
Deploy Trade-In / deploy (push) Blocked by required conditions
Deploy Trade-In / changes (push) Successful in 15s
Deploy Trade-In / build-browser (push) Has been skipped
Deploy Trade-In / test (push) Successful in 1m1s
Deploy Trade-In / build-frontend (push) Has been cancelled
Deploy Trade-In / build-backend (push) Has been cancelled
28 lines
1.7 KiB
PL/PgSQL
28 lines
1.7 KiB
PL/PgSQL
-- 183_reenable_deactivate_stale_domklik.sql
|
||
--
|
||
-- ПРОДУКТОВОЕ РЕШЕНИЕ (user, 2026-07-13): ВКЛЮЧАЕМ обратно TTL-деактивацию
|
||
-- deactivate_stale_domklik (была отключена миграцией 163 «до возобновления
|
||
-- регулярных domclick-свипов»).
|
||
--
|
||
-- Условие из 163 снято: свипы domclick_city_sweep + domclick_detail_backfill
|
||
-- возобновлены и стабильно бегают ежедневно (scraped_at свежий, диапазон
|
||
-- последней недели), т.е. причина отключения больше не действует.
|
||
--
|
||
-- Безопасность re-enable (LOW audit R2 #10):
|
||
-- • Джоб ключуется на scraped_at (whitelist last_seen_at/scraped_at в
|
||
-- deactivate_stale_avito.py::_ALLOWED_STALENESS_COLUMNS), НЕ на listing_date —
|
||
-- исходная гипотеза «выпадет весь domklik по NULL listing_date» неприменима.
|
||
-- • При живых свипах scraped_at < NOW()-14d только у реально протухших строк,
|
||
-- а не у всего пула (в отличие от ситуации 163, где свипы стояли) —
|
||
-- деактивация корректна, а не тотальна. Чинит завышенный freshness domklik.
|
||
--
|
||
-- Идемпотентно: повторный прогон — no-op (enabled уже true). Row создаётся
|
||
-- миграцией 160; если отсутствует — UPDATE затронет 0 строк (безопасно).
|
||
|
||
BEGIN;
|
||
|
||
UPDATE scrape_schedules
|
||
SET enabled = true
|
||
WHERE source = 'deactivate_stale_domklik';
|
||
|
||
COMMIT;
|