Вне зависимости от того, правильно или нет разгадана рекаптча, он ее выдает повторно - и так по кругу. Причём STATUS:OK, а потом - too many request, 429 ошибка. Серпа, соответственно, не отдаёт. Спойлер: Лог 26/05 16:09:36 Status(5): OK 26/05 16:09:37 POST(1): https://www.google.com/sorry/index - 429 Too Many Requests (3.36 KB) 26/05 16:09:37 Decode from utf-8(meta http-equiv) 26/05 16:09:37 Google show recaptcha again 26/05 16:09:37 Use proxy http://185.158.114.14:37385 26/05 16:09:39 GET(14): https://www.google.ru/search?q=ведать синоним&ie=utf-8&oe=utf-8&num=100&hl=ru&lr=lang_ru&gl=RU&uule=w CAIQICIUTW9zY293LE1vc2NvdyxSdXNzaWE= - 429 Too Many Requests (4.3 KB) 26/05 16:09:39 Decode from utf-8(meta http-equiv) 26/05 16:09:39 Google show recaptcha 26/05 16:09:39 ProxyLess mode 26/05 16:09:39 POST(1): http://127.0.0.1:8080/in.php - 200 OK (0 KB) 26/05 16:09:39 Decode mode utf8 26/05 16:09:39 Task created, id: 11307 26/05 16:09:44 Status(1): CAPCHA_NOT_READY 26/05 16:09:49 Status(2): CAPCHA_NOT_READY 26/05 16:09:54 Status(3): CAPCHA_NOT_READY 26/05 16:09:59 Status(4): CAPCHA_NOT_READY 26/05 16:10:04 Status(5): CAPCHA_NOT_READY 26/05 16:10:09 Status(6): CAPCHA_NOT_READY 26/05 16:10:14 Status(7): CAPCHA_NOT_READY 26/05 16:10:19 Status(8): CAPCHA_NOT_READY 26/05 16:10:24 Status(9): CAPCHA_NOT_READY 26/05 16:10:29 Status(10): CAPCHA_NOT_READY 26/05 16:10:34 Status(11): CAPCHA_NOT_READY 26/05 16:10:39 Status(12): CAPCHA_NOT_READY 26/05 16:10:44 Status(13): CAPCHA_NOT_READY 26/05 16:10:49 Status(14): CAPCHA_NOT_READY 26/05 16:10:54 Status(15): CAPCHA_NOT_READY 26/05 16:10:59 Status(16): CAPCHA_NOT_READY 26/05 16:11:04 Status(17): CAPCHA_NOT_READY 26/05 16:11:09 Status(18): CAPCHA_NOT_READY 26/05 16:11:14 Status(19): CAPCHA_NOT_READY 26/05 16:11:19 Status(20): CAPCHA_NOT_READY 26/05 16:11:24 Status(21): OK 26/05 16:11:25 POST(1): https://www.google.com/sorry/index - 429 Too Many Requests (3.36 KB) 26/05 16:11:25 Decode from utf-8(meta http-equiv) 26/05 16:11:25 Google show recaptcha again
Да, Гугл изменил алгоритм работы с рекаптчей и такая проблема действительно есть, работаем над ее решением.
Потестил на зенопостере парс на своих проксях - всё нормально, после первого же разгадывания капчи серп сразу же отдаётся в 100% случаев (прогнал 500 ключей). Значит, проблема на стороне апарсера, как я понимаю, надеюсь, с таким важным парсером тянуть не будете. А то время идёт, сервера и прокси простаивают, что никак не радует...
Я тоже тестировал на зеннопостере дней 10 назад и все было нормально. По всей видимости гугл научился определять запросы без JS или с недостаточной эмуляцией и стал им подбрасывать усложненную капчу - попробуйте протестировать на JS парсере.
ещё нет, в чате поддержке ответили, что сегодня-завтра должны решить - "данная проблема в приоритете, сейчас только ей и занимаются"
версия 1.2.852 Создаю задание с ''use proxy" конкретно socks5 авторизация и выбираю парсер SE::Google. Результатов линков по логу 0 Без use proxy работает. С другими поисковиками норм. Что это может быть и как испрвить, спс! Thread #1 28/05 06:10:45 - 28/05 06:11:04 SE::Google::0(Complete): order pizza 28/05 05:24:58 SE::Google::0(Working): order pizza 28/05 05:24:58 28/05 05:24:58 SE::Google::0(Working): order pizza 28/05 05:24:58 Parser SE::Google::0 parse query order pizza 28/05 05:24:58 Use proxy socks://sk:[email protected]:1080 28/05 05:24:58 Parse page 1 28/05 05:25:01 GET(1): https://www.google.com/search?q=order pizza&ie=utf-8&oe=utf-8&num=100 - 302 Found (0 KB) 28/05 05:25:01 Decode from utf-8(header content-type) 28/05 05:25:01 Content mismatch 28/05 05:25:01 Use proxy socks://sk:[email protected]:1080 28/05 05:25:02 GET(2): https://www.google.com/search?q=order pizza&ie=utf-8&oe=utf-8&num=100 - 302 Found (0 KB) 28/05 05:25:02 Decode from utf-8(header content-type) 28/05 05:25:02 Content mismatch 28/05 05:25:02 Use proxy socks://sk:[email protected]:1080 Parser SE::Google::0 parse query order pizza 28/05 05:24:58 Use proxy socks://sk:[email protected]:1080 28/05 05:24:58 Parse page 1 28/05 05:25:01 GET(1): https://www.google.com/search?q=order pizza&ie=utf-8&oe=utf-8&num=100 - 302 Found (0 KB) 28/05 05:25:01 Decode from utf-8(header content-type) 28/05 05:25:01 Content mismatch 28/05 05:25:01 Use proxy socks://sk:[email protected]:1080 28/05 05:25:02 GET(2): https://www.google.com/search?q=order pizza&ie=utf-8&oe=utf-8&num=100 - 302 Found (0 KB) 28/05 05:25:02 Decode from utf-8(header content-type) 28/05 05:25:02 Content mismatch 28/05 05:25:02 Use proxy socks://sk:[email protected]:1080
Проблема именно с рекаптчей на поиске гугла, сервисы ее неверно гадают. Устранение проблемы зависит от самих сервисов, как быстро они смогут внедрить изменения, мы пока с одним тестируем.
Протестировал ещё раз решение капчи в поиске гугла, от рукапчи приходит решение "до галочки", но на страницу с поисковой выдачей не перебрасывает. Если же решать капчу вручную, то после появления галочки - переход на серп происходит в нормальном режиме. Действительно, изменение алгоритма гугла налицо, непонятно лишь, какие могут претензии к сервисам разгадывания капчи, если формально они свою работу выполняют - отрабатывают капчу до галочки. Возможно, что-то с самим методом сабмита правильного решения капчи, остается надеяться на скорое решение проблемы...
в 1.2.894 рекаптча корректно обрабатывается с сервисами RuCaptcha и Anti-Captcha, подробности будут завтра в разделе новости поддержка всех других сервисов и программ зависит от самих разработчиков, мы открыты к любым контактам
