Результаты поиска

А я наоборот рад, что в новой версии больше исправлений, чем добавления нового функционала! Скажите, а проблемы из тикетов решены: #UJK-133-86364 #EQT-251-24069 #BJP-777-23614 ?

https://habrahabr.ru/company/yandex/blog/333522/

Или дорвейщикам в РУ сегменте резко станет намного тяжелее жить, или появятся дополнительные лазейки. Но в любом случае стоит готовить свои доромёты.

Что с курсом?) Это вроде самый интересный вопрос в связи с хардфорком

На рукапче/антикапче отображаются использованные прокси и в этом ничего нет страшного. Почему лучше использовать решение через прокси - можно прочитать в первом посте, там всё описано. Если не хочется решать через прокси - нужно просто отключить передачу прокси в шаблон ReCaptchaGnizer.

Те кто знаю и умеют использовать это - маст хев, чтоб не пилить самостоятельно :) Эх, а за такую же штуку по .com доменам я бы даже денег заплатил (в разумных количествах, а не как тут предлагали уже 3 раза барыги - продать ссылку за $50)

Если повезет, то в ближайшем большом апдейте ZP будет такой кубик: Добавить PUT/DELETE/PATCH/... методы по аналогии с GET/POST. Пока что можно попробовать заюзать варианты на C#, которые там отмечены в первом посте. Скорее всего с приложеньки соснифал: https://electron.textnow.com/

Странно, всегда считал, что поиск с последним атрибутом "text" - это как раз точное соответствие. А уже regexp - это поиск такого рода. Советую попробовать FindElementsByXPath, там можно будет прописать что-то вроде "//div[@class='item']", вот тут 100% будет по точному соответствию искать.

не зависит. так а зачем вы кликаете на рекапчу? разве в тестовых шаблонах это делается? Всё, устал. Ушел спать. С вами разбираться с самых азов надо, если вы не можете даже тестовый шаблон запустить правильно.

Меняли что-то? Вот прямо сейчас открыл шаблон: test_project_GETandPOST.xmlz и вот лог выполнения: И содержимое переменных: Пробуйте запускать шаблон ещё раз, вы зачем-то 2 раза отправили один и тот же ответ на верификацию. Уж не знаю случайно ли или специально. Выше лог прокрутите и...

Я там так сделал (вывод этого сообщения о verify запросе), чтобы было просто известно что гугл отдает в ответ на решение рекапчи. В кратце - не правильно парстите что-то, не то проверяете. Не нужно вообще на verify-запрос смотреть, это "системная" информация, которой не будет на других сайтах...

Это бага рекапчагнайзера v2.0. Если будет часто валится - напишите в личку, скину пре-альфа версию. Потому что это вы туда его передаете. Логично же?

Если речь о ситуации: То суть в том, что два раза одну и туже капчу нельзя отправлять (что вроде бы логично). Не знаю как вы парсите успешность результата (и уж тем более отправляете форму), но в тестовых шаблонах проверка совсем другая стоит (не должно там в переменную попадать этого). PS...

Ничего не понял. В какой переменной? Что в лог написало? Каждое ваше сообщение приходится расшифровывать, устал...

Что за ошибка такая?

I do not know how the built-in module is made and how well it works. If you recognize on the Google sites, then yes. If on other sites - it does not matter at all.