почему вылетает капча при смене системы

[mrak7575]

день добрый (если не там создал тему , сории)
в общем такая беда
написал шаблон для парсинга авито . буквально 10-20 ссылок
всё работает гуд
на днях переустановил винду , поставил зенку
взял ранее написанный шаблон ,
НО столкнулся с проблемой при старте шаблона , выкидывает авито капчу , прохожу её и гуд дальше идет шаб норм
если опять очищаю кеш и куки , то опять вылетает капча ,
при этом данные собираются в таблицу эксель , там есть гипер ссылки , кликая на них она не открывается
пишет "не удается открыть (ссылка) не удается загрузить нужные данные
эта ошибка выскакивала только когда авито выкидывала капчу на зенке, после прохождения всё гуд !
но после переустановки винды всё крашется , именно при работе с авито , ссылки вк из эксель работают .
т.е. что то срабатывает что авито блочет и зенку и эксель
вин10 , и версия зенки не менялась ,
роутер пробовал и перезагружать (чтоб ip новый получить)
все равно выдает капчу при старте шаба
на старой винде норм на новой такая беда
установочная флешка одна и таже была у кого какие мысли

 

[Hartwell]

Что это вообще такое, рекапча v3?

Гугл изобрел новый тип капчи, основанный на сборе браузерной истории пользователя. Теперь не нужно решать сложные пазлы, достаточно иметь обычную пользовательскую активность. С помощью скрытых алгоритмов машинного обучения пользователю присваивается рейтинг от 0 до 1, обычно это 0.1, 0.3, 0.7 и 0.9. Чем меньше значение, тем более алгоритм подозревает пользователя в том, что он бот.
Проверить свой текущий score.

Основное отличие от v2 - два новых параметра minScore и pageAction.
Первый определяет одну из трех доступных под этот тип задач очередей. Наибольшее количество работников доступно со score = 0.3, на сайтах обычно требуется минимум 0.7.

Результаты рекапчи v3 не проходят проверку на целевой странице
Идеальная схема предоставления сервиса решения v3 выглядит так: мы периодически замеряем у работников их score на наших специальных страницах. В зависимости от полученной цифры распределяем их по очередям 0.3, 0.7, 0.9. Клиенты присылают задания, браузеры работников грузят виджет с нужным sitekey, мы получаем g-response, передаем его клиентам, все довольны.
На практике же гугл нам немного вставляет палки в колеса своим машинным обучением. Дело в том, что score полученный на одном сайте может сильно отличаться от другого. Даже в пределах одного домена можно получить разные значения. Две страницы, к примеру
- http://domain.com/test
- http://domain.com/some/path/another.html
могут получить разные значения score.

Поэтому мы не можем 100% гарантировать точный score. Не существует механизма, способного точно определить score у работника. На одном домене у него будет 0.1, на другом 0.7, на свежезарегистрированном 0.9. Оценка v3 это черный ящик, гарантий точного score мы никому не даем. Вам остается только экспериментировать с оценками, периодически замерять скор у работников на разных сервисах капчи, выделять наиболее оптимальные, переключаться между ними.

Также можно сообщать нам о прошедшем проверку токене с помощью метода reportCorrectRecaptcha. Этот метод будет добавлять работника в ваш собственный белый список, и первым назначать его на ваши задачи, при условии что работник не занят другими задачами.

Что делать когда не хватает работников со score 0.9?
В этом случае мы рекомендуем попробовать слать задачи в очередь с score=0.7, при этом наблюдая за кол-вом свободных работников в score=0.9 с помощью метода getQueueStats. Если там появляются свободные работники - слать задачи туда.
Не стесняйтесь слать репорты методом reportIncorrectRecaptcha, вы сможете получать возвраты при достижении консенсуса среди клиентов по проценту ошибок.

Источник: https://anti-captcha.com/faq/443_vsya_iinformaciiya_o_rekapche_3ji_versiiii