- Регистрация
- 22.01.2019
- Сообщения
- 1 200
- Благодарностей
- 3 341
- Баллы
- 113
Восстановлено решение reCAPTCHA v2 на поиске Google и других сервисах
С недавнего времени на странице google.com/sorry/index появилась модифицированная версия reCAPTCHA v2, которая содержит дополнительный параметр «data-s». Он уникален и генерируется при каждом новом визите и обновлении страницы. Для успешного прохождения reCAPTCHA v2 в поисковой системе Google необходимо передавать этот параметр по API RuCaptcha (data-s) или Anti-Captcha (recaptchaDataSValue).
Обратите внимание, что его нужно распарсить до инициализации JS скриптов. Иначе полученный токен (ответ) будет невалидным.
Обратите внимание, что его нужно распарсить до инициализации JS скриптов. Иначе полученный токен (ответ) будет невалидным.
Улучшена принимаемость токенов reCAPTCHA v2
Обновлён алгоритм решения reCAPTCHA v2, что позволило увеличить пробив при использовании способа Chrome. Также, есть значительные улучшения и на методе распознавания без браузера - HttpRequest, но для него потребуются хорошие резидентные прокси.
Если Вы использовали профили в процессе разгадывания, их необходимо удалить и начать нагуливать по новой.
Повышение производительности
Улучшена отзывчивость интерфейса и уменьшено потребление памяти программой при высоких нагрузках.
API для получения статистики распознавания
Теперь Вы можете получить статистику по работе Вашей копии программы в формате JSON. В ней доступны все значения с основной вкладки «Процесс работы».
Как выглядит запрос на примере CURL:
Весь список изменений 2.10.16.2
Добавлено:
+ Поддержка data-s параметра в API RuCaptcha и Anti-Capthca для решения reCAPTCHA v2 на поиске в Google и других его сервисов. Использование параметра data-s для RuCaptcha и recaptchaDataSValue для Anti-Capthca.
+ Уменьшено потребление памяти при высоких нагрузках на CapMonster.
+ Улучшена отзывчивость интерфейса под высокой нагрузкой.
+ Внесены правки для улучшения принимаемости токенов reCAPTCHA v2. Если Вы использовали профили, удалите их и начните нагуливать по новой.
+ Получение статистики работы программы по API. Доступны значения всех лейблов с главной формы приложения в формате JSON. Пример использования: curl "http://127.0.0.3:80/getRecognitionStatistics?key=sampleKey"
+ Добавлена подсказка для пункта выбора "Протокола прокси" в настройках Sitekey Addon, т.к. было не понятно, что значит "automatic".
Исправлено:
• Использование профилей и Http-метода распознавания reCAPTCHA приводило к снижению производительности и засорению лог-файлов.
• Найдена и исправлена утечка памяти при распознавании reCAPTCHA, проявляющаяся только при высокой нагрузке.
• Исправлена проблема, при которой некоторые reCAPTCHA не разгадывались, если их отправляли пачками (почти мгновенно одну за другой).
• При загрузке прокси из списка, полная его очистка в UI не очищала реально используемый набор прокси.
• Загрузка прокси по ссылке не работала для некоторых сайтов, если использовалась https-ссылка.
• Загрузка прокси из файла или по ссылке игнорировала прокси с указанием host-а вместо IP-адреса.
• Служебные процессы запускались по относительному пути вместо абсолютного, из-за чего могли работать некорректно, если CapMonster запущен скриптом без указания working directory.
Обновлён алгоритм решения reCAPTCHA v2, что позволило увеличить пробив при использовании способа Chrome. Также, есть значительные улучшения и на методе распознавания без браузера - HttpRequest, но для него потребуются хорошие резидентные прокси.
Если Вы использовали профили в процессе разгадывания, их необходимо удалить и начать нагуливать по новой.
Повышение производительности
Улучшена отзывчивость интерфейса и уменьшено потребление памяти программой при высоких нагрузках.
API для получения статистики распознавания
Теперь Вы можете получить статистику по работе Вашей копии программы в формате JSON. В ней доступны все значения с основной вкладки «Процесс работы».
Как выглядит запрос на примере CURL:
POST запрос:
http://127.0.0.3:80/getRecognitionStatistics?key=sampleKey
Ответ:
{
"RecognitionsCount": 0, // Обработанные капчи
"HandledSitekeyCount": 0, // Обработано заданий SitekeyAddon
"SuccessSitekeyCount": 0, // Успешные задания SitekeyAddon
"BannedIpSitekeyCount": 0, // Banned IP
"BadIpSitekeyCount": 0, // Bad IP (Timeout)
"AutoRecognitionsCount": 0, // Распознанные капчи
"AverageRecognitionTime": 0, // Среднее время ответа
"AverageRecognitionTimeSitekey": 0, // Среднее время ответа SitekeyAddon
"ThreadsCount": 0, // Слотов в работе
"EnoughSystemResources": true, // Достаточно ли ресурсов для корректной работы программы.
"InsufficientThreadsLocalCount": -1, // Недостаток потоков по локальным модулям
"InsufficientThreadsRemoteCount": -1, // Недостаток потоков по удалённым модулям
"TasksInQueue": 0, // Очередь
"TotalMoneySaved": 0, // Сэкономленные деньги
"TotalMoneySavedSitekey": 0, // Сэкономленные деньги SitekeyAddon
"TasksInProcess": "0" // Потоков в работе SitekeyAddon
}Весь список изменений 2.10.16.2
Добавлено:
+ Поддержка data-s параметра в API RuCaptcha и Anti-Capthca для решения reCAPTCHA v2 на поиске в Google и других его сервисов. Использование параметра data-s для RuCaptcha и recaptchaDataSValue для Anti-Capthca.
+ Уменьшено потребление памяти при высоких нагрузках на CapMonster.
+ Улучшена отзывчивость интерфейса под высокой нагрузкой.
+ Внесены правки для улучшения принимаемости токенов reCAPTCHA v2. Если Вы использовали профили, удалите их и начните нагуливать по новой.
+ Получение статистики работы программы по API. Доступны значения всех лейблов с главной формы приложения в формате JSON. Пример использования: curl "http://127.0.0.3:80/getRecognitionStatistics?key=sampleKey"
+ Добавлена подсказка для пункта выбора "Протокола прокси" в настройках Sitekey Addon, т.к. было не понятно, что значит "automatic".
Исправлено:
• Использование профилей и Http-метода распознавания reCAPTCHA приводило к снижению производительности и засорению лог-файлов.
• Найдена и исправлена утечка памяти при распознавании reCAPTCHA, проявляющаяся только при высокой нагрузке.
• Исправлена проблема, при которой некоторые reCAPTCHA не разгадывались, если их отправляли пачками (почти мгновенно одну за другой).
• При загрузке прокси из списка, полная его очистка в UI не очищала реально используемый набор прокси.
• Загрузка прокси по ссылке не работала для некоторых сайтов, если использовалась https-ссылка.
• Загрузка прокси из файла или по ссылке игнорировала прокси с указанием host-а вместо IP-адреса.
• Служебные процессы запускались по относительному пути вместо абсолютного, из-за чего могли работать некорректно, если CapMonster запущен скриптом без указания working directory.
Последнее редактирование модератором:
