CM2 и распознавание

[sentinel]

Довольно часто при использовании ReCaptcha2 приходит от CM2 ответ с 4 и более цифрами.
Нажимает по 2 картинкам чек, потом еще одну и при неправильном ответе - следующее задание.

Можно ли сделать так что бы он пробовал нажимать еще и 4 картинку? В половине случаев она правильная?

Переменная tryRecognize отвечает за количество заданий а не за количество кликов по картинкам.

tryLoadElement отвечает за количество обновлений заданий с картинками?

waitTime = 1000; Ожидание чего? Это секунда(1000 милисекунд)?

 

[rostonix]

а fullAnswer = true?

 

[rostonix]

tryLoadElement = сколько раз проходит цикл ожидания элемента с паузой waitTime

 

[sentinel]

fullAnswer как раз стоял в false
Все завелось теперь.

Заметил что при дефолтном tryLoadElement=60,
поток минут через 20 -30 подвиснет.

На какой то из попыток отдается не ReCaptcha2 из 9 картинок, а старая версия со словами. И поток уходит в вечное ожидание. Он даже не выходит с ошибкой. Просто ждет.

Еще тормоза начинаются когда не определено задание. После ОЧЕНЬ ДОЛГОГО ожидания поторно отсылаеться это же неопределенной задание?)
Не логичнее было бы при неопределенном задании или обновлять и разгадывать следующую графическую капчу или выходить с ошибкой?

После множества опытов и тестов, пришёл к 2 выводам:

1. разгадывание Recaptcha2 c картинками просто с бешеной скоростью загоняет прокси в бан. 60 обновлений заданий и 3 попытки разгадать = 180 обращений к google c одного прокси. Потом и аудио распознавание получает строку с кучей цифр.
2. сумасшедший расход ресурсов сервера. 10 потоков и картинки разгадываются секунд по 40 - 80, и фен получаеться а не сервер)

Показатель бана кстати не только дорожные знаки. признаком являеться и задание когда надо нажимать на динамично подгружаемые картинки.

Но все же на живом прокси красиво работает)))

 

[rostonix]

Ротация прокси должна быть. Вариантов когда прокси кажется подозрительным гуглу у него и правда много припасено