Оптимизация проекта при работе с socks/proxy

[marazmatik]

Все отлично работает без них, все ошибки обрабатываются, все быстро и безупречно.
Но как только начинаешь работать с соксами или прокси, причем отбор идет жесткий на скорость/поддержку post и все перестает быть так радужно.
Пока распознается каптча сокс перестает отвечать и потом падает, пока идет загрузка одной страницы и переход на другую сокс падает.
В итоге снимаются деньги за каптчу а реги как таковой не происходит.
Есть какие нибудь рекомендации по оптимизации проекта для работы с соксами и прокси?
Может можно как нибудь делать что бы если сокс с которым работаем в случае его не работы брался другой, не заканчивая работы проекта.

 

[Hungry Bulldozer]

Есть действие взять прокси по правилу в PM. Его можно использовать в таких случаях.

 

[marazmatik]

А как такое реализовать. Допустим по умолчанию запускается с соксом автоматически присвоенным ZP. Далее если вдруг страница не отвечает (после ввода каптчи, как именно проверить отвечает страница или нет?) то берем другой сокс по правилу, и как его присвоить в проект что бы именно он работал а не который был первый? Или если взять эту функции он сам начнет с ним работать.
А может быть такое что и этот тоже не будет отвечать, тогда надо это все зациклить пока не найдется нормальный сокс.

 

[Hungry Bulldozer]

Это уже зависит от проекта. Можно по определенному не найденному элементу брать новый сокс. Чтобы не было бесконечного цикла можно ограничить количество таких обращений за новой проксей логическим действием.