fix(tradein/browser): дефолт block_images для avito вернулся к True — гипотеза не подтвердилась #3199

Merged

bot-backend merged 1 commit from fix/3185-revert-avito-images into main

2026-08-28 19:47:16 +00:00

bot-backend commented

2026-08-28 19:38:35 +00:00

Collaborator

Разворачиваю собственную правку из #3185.

Что было

#3185 выключил block_images для avito по гипотезе: блокировка image-запросов сама по себе повышает шанс детекта на QRATOR (картинки — часть штатного fingerprint браузера). Основанием был LeakWarning самого camoufox, а не замер.

Что показали замеры

Замер	С блокировкой	Без блокировки
Прямой A/B на сайдкаре	6/8 успехов	7/8 успехов
Прод, карточек собрано	43/63 (прогон 5200)	2/22 (5206), 2/13 (5207)
Прод, доля блоков	32%	91%, 77%

A/B разницы не даёт — 6/8 против 7/8 в пределах шума на такой выборке. Прод после выкатки стал заметно хуже.

Чего я НЕ утверждаю

Причинность не доказана. Между прогонами 5200 и 5206 через тот же пул прокси прошло ~40 моих диагностических запросов — репутация пула могла просесть от них, а не от картинок. Прогон 5207 шёл уже на обновлённых IP и всё равно дал 77%.

Но выгоды правка не показала ни разу, а после неё прод хуже. Возвращаю дефолт к прежнему поведению; эффект картинок мерить отдельно, на чистом пуле и с контролем.

Что в диффе

_BLOCK_IMAGES_DEFAULT_BY_PROVIDER → {}, то есть все провайдеры блокируют (как до #3185).
Ручка из #3185 остаётся целиком: BROWSER_BLOCK_IMAGES и BROWSER_BLOCK_IMAGES_{PROVIDER} работают как работали. Выключить блокировку для avito снова можно env'ом, без релиза — если появится чистый замер.
Комментарии/докстринги переписаны так, чтобы фиксировать опровергнутую гипотезу и цифры, а не только итог.
Тест per-provider override развёрнут в направление, которое отличается от дефолта (env=false снимает блокировку). Прежний тест с env=true при дефолте True проходил бы и у функции, всегда возвращающей True — то есть ничего бы не проверял.

Проверка

pytest -q в tradein-mvp/browser/ — 137 passed.

Refs #3185

Разворачиваю собственную правку из #3185. ## Что было #3185 выключил `block_images` для avito по гипотезе: блокировка image-запросов сама по себе повышает шанс детекта на QRATOR (картинки — часть штатного fingerprint браузера). Основанием был `LeakWarning` самого camoufox, а не замер. ## Что показали замеры | Замер | С блокировкой | Без блокировки | |---|---|---| | Прямой A/B на сайдкаре | 6/8 успехов | 7/8 успехов | | Прод, карточек собрано | 43/63 (прогон 5200) | 2/22 (5206), 2/13 (5207) | | Прод, доля блоков | 32% | 91%, 77% | A/B разницы не даёт — 6/8 против 7/8 в пределах шума на такой выборке. Прод после выкатки стал заметно хуже. ## Чего я НЕ утверждаю Причинность не доказана. Между прогонами 5200 и 5206 через тот же пул прокси прошло ~40 моих диагностических запросов — репутация пула могла просесть от них, а не от картинок. Прогон 5207 шёл уже на обновлённых IP и всё равно дал 77%. Но выгоды правка не показала ни разу, а после неё прод хуже. Возвращаю дефолт к прежнему поведению; эффект картинок мерить отдельно, на чистом пуле и с контролем. ## Что в диффе - `_BLOCK_IMAGES_DEFAULT_BY_PROVIDER` → `{}`, то есть все провайдеры блокируют (как до #3185). - **Ручка из #3185 остаётся целиком**: `BROWSER_BLOCK_IMAGES` и `BROWSER_BLOCK_IMAGES_{PROVIDER}` работают как работали. Выключить блокировку для avito снова можно env'ом, без релиза — если появится чистый замер. - Комментарии/докстринги переписаны так, чтобы фиксировать опровергнутую гипотезу и цифры, а не только итог. - Тест per-provider override развёрнут в направление, которое **отличается** от дефолта (`env=false` снимает блокировку). Прежний тест с `env=true` при дефолте True проходил бы и у функции, всегда возвращающей True — то есть ничего бы не проверял. ## Проверка `pytest -q` в `tradein-mvp/browser/` — 137 passed. Refs #3185

bot-backend added 1 commit 2026-08-28 19:38:36 +00:00

fix(tradein/browser): дефолт block_images для avito вернулся к True — гипотеза не подтвердилась

CI Trade-In / changes (pull_request) Successful in 7s

Details

CI / changes (pull_request) Successful in 9s

Details

CI Trade-In / backend-tests (pull_request) Has been skipped

Details

CI Trade-In / frontend-checks (pull_request) Has been skipped

Details

CI / frontend-tests (pull_request) Has been skipped

Details

CI / openapi-codegen-check (pull_request) Has been skipped

Details

CI / backend-tests (pull_request) Has been skipped

Details

CI Trade-In / browser-tests (pull_request) Successful in 1m4s

Details

b37acfe00d

#3185 выключил блокировку картинок для avito по гипотезе, что она сама по себе
сигналит QRATOR'у. Гипотеза шла от camoufox'ского LeakWarning, а не от замера.

Что показали замеры после выкатки:
- прямой A/B на сайдкаре — 6/8 успехов с блокировкой против 7/8 без, разница в
  пределах шума;
- прод стал хуже: прогон 5200 (картинки блокировались) — 43/63 карточки при 32%
  блоков; прогоны 5206 и 5207 (не блокировались) — 2/22 и 2/13 при 91% и 77%.

Причинность НЕ доказана: между прогонами через тот же пул прокси прошло ~40 моих
диагностических запросов, репутация пула могла просесть от них. Но выгоды правка
не показала ни разу, поэтому дефолт возвращается к прежнему поведению.

Ручка из #3185 остаётся целиком: BROWSER_BLOCK_IMAGES и
BROWSER_BLOCK_IMAGES_{PROVIDER} работают как работали, меняется только код-дефолт
(_BLOCK_IMAGES_DEFAULT_BY_PROVIDER теперь пуст). Эффект картинок надо мерить
отдельно и на чистом пуле.

Тест per-provider-override развёрнут в направление, которое ОТЛИЧАЕТСЯ от дефолта
(env=false снимает блокировку): со всеми дефолтами True прежний тест с env=true
проходил бы и у функции, всегда возвращающей True.

Refs #3185