<b>Масштабирование фермы GSA ломается не на капче, а на грязной синхронизации списков</b>

<b>Масштабирование фермы GSA ломается не на капче, а на грязной синхронизации списков</b>

Когда поднимаешь второй и третий инстанс, главный враг — не мощность, а дубли, рассинхрон и мусор в проектных папках. Если у каждого движка свой зоопарк списков, ты теряешь LPM на повторных сабмитах и получаешь кривой пробив по одним и тем же footprint’ам.

Схема рабочая только такая:
— один master-каталог для verified, target, site lists и proxies
— раздельные рабочие копии на каждый инстанс, чтобы не было файловых коллизий
— жёсткая ротация списков по статусам: raw → filtered → active → dead
— общий лог дедупликации, иначе три фермы будут крутить один и тот же мусор

Для синхры не тащи всё подряд. Раз в цикл чистим листы до блеска: выкидываем мёртвые домены, режем повторяющиеся footprints, обновляем only-live сегмент. Если список не проходит фильтр по ответам и таймаутам, он идёт в архив, а не обратно в боевой пул. Иначе ROI прогона утекает в пустые попытки.

Несколько инстансов держи как Tier-пирамиду: один собирает сырьё, второй прогоняет фильтрацию, третий работает по чистому активу. Так проще тестим пробив на объемах и не убиваем ферму синхронными конфликтами. Срезаем косты на капчу там, где инстансы не дублируют друг друга.

Если списки не синхронизированы, масштабирование превращается в дорогой шум. База должна быть одна, рабочие копии — изолированы, дедуп — обязательный. LPM решает всё, когда ферма не стреляет в собственные дубликаты.