Обсуждение версии 2.10.4.0

pavelbond

Client
Регистрация
07.05.2015
Сообщения
91
Благодарностей
3
Баллы
8
Ребят не подскажите откуда брать именно ситикей) заранее спс) чет последнее время туплю) от перегрузок) а хочется ее попробовать)
 

ssXXXss

Client
Регистрация
23.12.2014
Сообщения
7 379
Благодарностей
2 039
Баллы
113
из кода в браузере если ручками
 

one

Client
Регистрация
22.09.2015
Сообщения
6 790
Благодарностей
1 264
Баллы
113
Ребят не подскажите откуда брать именно ситикей) заранее спс) чет последнее время туплю) от перегрузок) а хочется ее попробовать)
В HTML коде страницы на которой находится капча.
 
Регистрация
11.12.2017
Сообщения
27
Благодарностей
1
Баллы
3

ssXXXss

Client
Регистрация
23.12.2014
Сообщения
7 379
Благодарностей
2 039
Баллы
113
Почему я не могу просмотреть ветку Баги в версии 2.10.4.0 (http://zennolab.com/discussion/threads/bagi-v-versii-2-10-4-0.46158/)
"You do not have permission to view this page or perform this action."
Вообще ничего не могу просмотреть в ветке Баги по КМ.
Для кого доступна эта ветка форума?
надо получить статус клиент
 
Регистрация
11.12.2017
Сообщения
27
Благодарностей
1
Баллы
3

Koqpe

Client
Регистрация
23.12.2014
Сообщения
1 100
Благодарностей
649
Баллы
113

Malinin

Client
Регистрация
20.01.2018
Сообщения
225
Благодарностей
50
Баллы
28
Подскажите, пожалуйста, логику работы КапМонстра с прокси. Если прокси прописаны в самом КапМонстре, и я делаю к нему запрос без указания прокси в запросе, то будет использоваться прокси из КапМонстра, как я понимаю. А если послать запрос с указанием прокси в самом запросе, КапМонстр будет использовать прокси из запроса или брать те, которые прописаны в нем?
 

one

Client
Регистрация
22.09.2015
Сообщения
6 790
Благодарностей
1 264
Баллы
113

Nikitos704

Client
Регистрация
08.06.2016
Сообщения
54
Благодарностей
9
Баллы
8
Подскажите, пожалуйста, логику работы КапМонстра с прокси. Если прокси прописаны в самом КапМонстре, и я делаю к нему запрос без указания прокси в запросе, то будет использоваться прокси из КапМонстра, как я понимаю. А если послать запрос с указанием прокси в самом запросе, КапМонстр будет использовать прокси из запроса или брать те, которые прописаны в нем?
Будет брать те, что указаны в запросе.

Я бы хотел глянуть как Вы это делаете.
Код:
http://127.0.0.3/in.php?key=1234567890qwerasdfgh&method=userrecaptcha&googlekey=sitekey&pageurl=https://www.google.com/recaptcha/api2/demo/&proxy=login:password@proxyIP:proxyPORT&proxytype=SOCKS4
 
  • Спасибо
Реакции: one и Malinin

TopSerf

Client
Регистрация
12.02.2017
Сообщения
1 381
Благодарностей
202
Баллы
63
Почему на рекапче пошли разные ошибки?
Обычно на те картинки что не гадает, ответ был один ERROR_CAPTCHA_UNSOLVABLE.. сейчас он и Response_Was_Not_Got_Error появился...
 

krutoihakker

Пользователь
Регистрация
31.08.2017
Сообщения
71
Благодарностей
3
Баллы
8
Новые картинки сейчас везде и на демке? Проверить скрипты и программы можно там!
 

amyboose

Client
Регистрация
21.04.2016
Сообщения
2 312
Благодарностей
1 190
Баллы
113
Решил провести специальные тесты Капмонстера по таймаутам разгадки. Сначала отправлял много картинок 3*3 и 4*4 и средняя задержка была около 5.5 сек.
Дальше отправил картинку по вот этой инструкции от @darkdiver и получил следующий результат (см. картинку):
загружено.png


На картинке видно то, что вырезанная картинка (тут 100*100) по специальной инструкции для таких картинок гадается также, как и крупная картинка.
Но, судя по ответу @darkdiver из указанной выше темы он сказал, что скорость разгадки таких картинок будет 1-1.5 сек из-за того, что это одна картинка вместо 9, цитирую ответ:
"по кубику тоже быстрее для знаков будет, для остальное долго будет так как кучей все отправляется.
если по одиночке отправлять, то время распознавания одного кусочка 1-1,5 секунды.
"
Почему тогда скорость разгадки вырезанных кусочных картинок в реальности такая же, как и у крупных, если это создает в 9 раз меньшую нагрузку на вашу нейросеть?
 
Последнее редактирование:

VladZen

Administrator
Команда форума
Регистрация
05.11.2014
Сообщения
22 189
Благодарностей
5 830
Баллы
113
Решил провести специальные тесты Капмонстера по таймаутам разгадки. Сначала отправлял много картинок 3*3 и 4*4 и средняя задержка была около 5.5 сек.
Дальше отправил картинку по вот этой инструкции от @darkdiver и получил следующий результат (см. картинку):Посмотреть вложение 28482

На картинке видно то, что вырезанная картинка (тут 100*100) по специальной инструкции для таких картинок гадается также, как и крупная картинка.
Но, судя по ответу @darkdiver из указанной выше темы он сказал, что скорость разгадки таких картинок будет 1-1.5 сек из-за того, что это одна картинка вместо 9, цитирую ответ:
"по кубику тоже быстрее для знаков будет, для остальное долго будет так как кучей все отправляется.
если по одиночке отправлять, то время распознавания одного кусочка 1-1,5 секунды.
"
Почему тогда скорость разгадки вырезанных кусочных картинок в реальности такая же, как и у крупных, если это создает в 9 раз меньшую нагрузку на вашу нейросеть?
Тесты точно проводились на последней версии? В предыдущих как раз была постоянная задержка около 5 секунд.
 

amyboose

Client
Регистрация
21.04.2016
Сообщения
2 312
Благодарностей
1 190
Баллы
113
Тесты точно проводились на последней версии? В предыдущих как раз была постоянная задержка около 5 секунд.
да, версия 2.10.4.0
upload_2018-3-22_17-21-25.png

P.S.: не могу привести скрин и версии и задержки 2 в 1, так как мне приходится останавливать один шаблон и запускать тестовый
 

VladZen

Administrator
Команда форума
Регистрация
05.11.2014
Сообщения
22 189
Благодарностей
5 830
Баллы
113
да, версия 2.10.4.0
Посмотреть вложение 28483
P.S.: не могу привести скрин и версии и задержки 2 в 1, так как мне приходится останавливать один шаблон и запускать тестовый
Нагрузка больше 2000 тыс. капч в минуту... все-таки повышеный объем... берется статистика за последний час и добавляется задержка...об этом предупреждали/
 

amyboose

Client
Регистрация
21.04.2016
Сообщения
2 312
Благодарностей
1 190
Баллы
113
Нагрузка больше 2000 тыс. капч в минуту... все-таки повышеный объем... берется статистика за последний час и добавляется задержка...об этом предупреждали/
А какой толк тогда в этой функции вообще? С большим успехом можно 1 полную капчу отправить, заменив в ней одни кубики на другие путем склеивания и получить сразу несколько ответов вместо нескольких кусочных капч с такой же задержкой. В итоге отправляя целую картинку получается следующее:
1) задержка у меня меньше
2) нагрузка на вашу нейросеть больше
Итого и вы в проигрыше от такой отправки целой капчи и пользователи тоже в минусе, так как могли бы отправить 2 мелкие картинки и получить разгадку за 1.5 сек каждую, чем отправлять 2 мелкие картинки и каждая будет ждать по 5.5 сек.
 

VladZen

Administrator
Команда форума
Регистрация
05.11.2014
Сообщения
22 189
Благодарностей
5 830
Баллы
113
А какой толк тогда в этой функции вообще? С большим успехом можно 1 полную капчу отправить, заменив в ней одни кубики на другие путем склеивания и получить сразу несколько ответов вместо нескольких кусочных капч с такой же задержкой. В итоге отправляя целую картинку получается следующее:
1) задержка у меня меньше
2) нагрузка на вашу нейросеть больше
Итого и вы в проигрыше от такой отправки целой капчи и пользователи тоже в минусе, так как могли бы отправить 2 мелкие картинки и получить разгадку за 1.5 сек каждую, чем отправлять 2 мелкие картинки и каждая будет ждать по 5.5 сек.
Я так понимаю из-за повышенного объема идет задерка и на одиночные картинки тоже. При стандартных объемах как раз должно быть так как @darkdiver описал.
 

amyboose

Client
Регистрация
21.04.2016
Сообщения
2 312
Благодарностей
1 190
Баллы
113
Я так понимаю из-за повышенного объема идет задерка и на одиночные картинки тоже. При стандартных объемах как раз должно быть так как @darkdiver описал.
Ну про задержку понятно, а смысл тогда какой вообще в них? Вот пример: бот нажал на 3 картинки в динамической рекапче и как они обновились поступает по одному из 2 возможных способов отправки:
1) Мой способ - убирает старые картинки, склеивает новые картинки в одному новую капчу и шлет её. Время разгадки - 5.5 сек
2) Ваш способ - отправляются 3 картинки по 5.5 сек. Итого загружено в 3 раза больше потоков, ну или суммарная задержка (если считать не время ответа от КМ к инстансу, а время задержки) - 16.5 сек.
Отсюда простой вывод напрашивается, что эти кусочные картинки вообще не нужны в больших объемах разгадки, так как только загружают лишние потоки и их вообще не имеет никакого смысла использовать. Следовательно, получаем, что пользователям выгоднее слать сразу обновленную полную картинку, а у вас будет расти нагрузка на сервера от этого.
P.S.: а при маленьких объемах задержка минимальна и отправлять много картинок или одну целую тоже не имеет значения, следовательно, нигде эти кусочные рекапчи не нужны.
 

VladZen

Administrator
Команда форума
Регистрация
05.11.2014
Сообщения
22 189
Благодарностей
5 830
Баллы
113
Ну про задержку понятно, а смысл тогда какой вообще в них? Вот пример: бот нажал на 3 картинки в динамической рекапче и как они обновились поступает по одному из 2 возможных способов отправки:
1) Мой способ - убирает старые картинки, склеивает новые картинки в одному новую капчу и шлет её. Время разгадки - 5.5 сек
2) Ваш способ - отправляются 3 картинки по 5.5 сек. Итого загружено в 3 раза больше потоков, ну или суммарная задержка (если считать не время ответа от КМ к инстансу, а время задержки) - 16.5 сек.
Отсюда простой вывод напрашивается, что эти кусочные картинки вообще не нужны в больших объемах разгадки, так как только загружают лишние потоки и их вообще не имеет никакого смысла использовать. Следовательно, получаем, что пользователям выгоднее слать сразу обновленную полную картинку, а у вас будет расти нагрузка на сервера от этого.
P.S.: а при маленьких объемах задержка минимальна и отправлять много картинок или одну целую тоже не имеет значения, следовательно, нигде эти кусочные рекапчи не нужны.
Смысл в том при динамической капче шлется не весь набор картинок из обновившейся капчи, а только 3 изменившиеся. они распознаются и добавляются к остальным уже распознанным ранее. Так быстрее получается, чем снова целиком капчу гадать.
 

amyboose

Client
Регистрация
21.04.2016
Сообщения
2 312
Благодарностей
1 190
Баллы
113
Смысл в том при динамической капче шлется не весь набор картинок из обновившейся капчи, а только 3 изменившиеся. они распознаются и добавляются к остальным уже распознанным ранее. Так быстрее получается, чем снова целиком капчу гадать.
так я же уже показал выше на картинке, что не быстрее, так как в обоих случаях задержка 5.5 сек, а если слать когда эта задержка не появилась или маленькие задержки, то тогда и целая капча гадается быстро
 

VladZen

Administrator
Команда форума
Регистрация
05.11.2014
Сообщения
22 189
Благодарностей
5 830
Баллы
113
так я же уже показал выше на картинке, что не быстрее, так как в обоих случаях задержка 5.5 сек, а если слать когда эта задержка не появилась или маленькие задержки, то тогда и целая капча гадается быстро
Ну так вот какое время распознавания при стандртном объеме на одиночную картинку и на полный набор картинок?
Сейчас фигурирует только пример с задержками при повышенном объеме капч.
 

Adigen

Client
Регистрация
28.07.2014
Сообщения
825
Благодарностей
651
Баллы
93
Ну так вот какое время распознавания при стандртном объеме на одиночную картинку и на полный набор картинок?
Сейчас фигурирует только пример с задержками при повышенном объеме капч.
Так а какая разница повышенный он или нет ? Анонсировано что макс задержка на полную капчу 5+ сек, на мелкие около 1,5 сек.
Когда объем не повышенный, то и полная картинка гадается за 1,5 сек.
Плюс опять-же повышенный объем (если судить по кол-ву капч), он как раз из-за мелких картинок и получается, там где у меня уйдет 2 полные картинки, я получаю 6 мелких, ничего так разница в 3 раза, а монстр каждую считает за отдельную капчу, сложная это картинка или отдельный кусочек.
 

VladZen

Administrator
Команда форума
Регистрация
05.11.2014
Сообщения
22 189
Благодарностей
5 830
Баллы
113
Так а какая разница повышенный он или нет ? Анонсировано что макс задержка на полную капчу 5+ сек, на мелкие около 1,5 сек.
Когда объем не повышенный, то и полная картинка гадается за 1,5 сек.
Плюс опять-же повышенный объем (если судить по кол-ву капч), он как раз из-за мелких картинок и получается, там где у меня уйдет 2 полные картинки, я получаю 6 мелких, ничего так разница в 3 раза, а монстр каждую считает за отдельную капчу, сложная это картинка или отдельный кусочек.
Анонсировано в какой версии? последняя ситуация по задержкам - это плавающие задержки, зависящие от статистики за последний час, а не от типа картинки.
 

Adigen

Client
Регистрация
28.07.2014
Сообщения
825
Благодарностей
651
Баллы
93
Анонсировано в какой версии? последняя ситуация по задержкам - это плавающие задержки, зависящие от статистики за последний час, а не от типа картинки.
Вот тут:
по кубику тоже быстрее для знаков будет, для остальное долго будет так как кучей все отправляется.
если по одиночке отправлять, то время распознавания одного кусочка 1-1,5 секунды.
сейчас это все доступно в рекапча sitekey addon.
А то что вы скинули ссылку, это для полной капчи.
Во всяком случае должно быть так, иначе получается крайне нелогично, и действительно проще склеивать мелкие картинки в одну крупную, и слать ее.
т.к. 3 картинки динамики по 1,5 сек, как раз и дают теже 5 сек задержки, а если каждая из них по 5 сек, то мне проще их собрать в одну большую и отправить ее, в итоге я получу 5 сек задержки, а не 15, и один использованный поток вместо 3х.
 

VladZen

Administrator
Команда форума
Регистрация
05.11.2014
Сообщения
22 189
Благодарностей
5 830
Баллы
113
Вот тут:


А то что вы скинули ссылку, это для полной капчи.
Во всяком случае должно быть так, иначе получается крайне нелогично, и действительно проще склеивать мелкие картинки в одну крупную, и слать ее.
т.к. 3 картинки динамики по 1,5 сек, как раз и дают теже 5 сек задержки, а если каждая из них по 5 сек, то мне проще их собрать в одну большую и отправить ее, в итоге я получу 5 сек задержки, а не 15, и один использованный поток вместо 3х.
поменялись уже задержки давно, с тех пор как @darkdiver писал:-)
 

Adigen

Client
Регистрация
28.07.2014
Сообщения
825
Благодарностей
651
Баллы
93
поменялись уже задержки давно, с тех пор как @darkdiver писал:-)
Тогда расскажите нам подробнее, как именно считаются задержки, учитываются в нагрузке потоки для мелких картинок рекапчи или нет, и в каком соотношении к обычным, для мелких картинок рекапчи такие-же задержки как и для полной картинки или нет.
 

amyboose

Client
Регистрация
21.04.2016
Сообщения
2 312
Благодарностей
1 190
Баллы
113
поменялись уже задержки давно, с тех пор как @darkdiver писал:-)
Ну я думаю должно стать яснее, если привести другой пример. Вот есть 2 почтовых отделения и надо отправить посылку размером в 3 кг.
1) В первой почте есть вариант отправить либо посылку размером 1 кг, либо в 3 кг. Время доставки одинаковое. Если мы отправляем по 1 кг, то нужно 3 почтальона для этого, а если размером в 3 кг, то 1 почтальон.
2) Во второй почте есть вариант отправить посылку ускоренным методом размером 1 кг, либо в 3 кг. Время доставки экспресс посылки одинаковое. Если мы отправляем по 1 кг, то нужно 3 почтальона для этого, а если размером в 3 кг, то 1 почтальон.
В обоих случаях выгодно использовать отправку всей кучей, а способ отправки по 1 кг - совсем бесполезный. Вот аналогично и у нас в любом случае имеет смысл склеивать и слать в одной картинке, чем слать 3 раза мелкие картинки.
P.S.: уже больше не знаю способов как пояснить суть мысли, кроме как показывать другими примерами
 

Adigen

Client
Регистрация
28.07.2014
Сообщения
825
Благодарностей
651
Баллы
93
Ну я думаю должно стать яснее, если привести другой пример. Вот есть 2 почтовых отделения и надо отправить посылку размером в 3 кг.
1) В первой почте есть вариант отправить либо посылку размером 1 кг, либо в 3 кг. Время доставки одинаковое. Если мы отправляем по 1 кг, то нужно 3 почтальона для этого, а если размером в 3 кг, то 1 почтальон.
2) Во второй почте есть вариант отправить посылку ускоренным методом размером 1 кг, либо в 3 кг. Время доставки экспресс посылки одинаковое. Если мы отправляем по 1 кг, то нужно 3 почтальона для этого, а если размером в 3 кг, то 1 почтальон.
В обоих случаях выгодно использовать отправку всей кучей, а способ отправки по 1 кг - совсем бесполезный. Вот аналогично и у нас в любом случае имеет смысл склеивать и слать в одной картинке, чем слать 3 раза мелкие картинки.
P.S.: уже больше не знаю способов как пояснить суть мысли, кроме как показывать другими примерами
Если брать рекапчу, то получается крупная не 3 кг, а 9 кг, картинок то 9 обычно в динамике, или 3 посылки по 1кг )
 
Последнее редактирование:

VladZen

Administrator
Команда форума
Регистрация
05.11.2014
Сообщения
22 189
Благодарностей
5 830
Баллы
113
Тогда расскажите нам подробнее, как именно считаются задержки, учитываются в нагрузке потоки для мелких картинок рекапчи или нет, и в каком соотношении к обычным, для мелких картинок рекапчи такие-же задержки как и для полной картинки или нет.
Задеркка сейчас общаяя нв все капчи. У нас сейчас рекапча сразу дробится на мелкие картинки, если только там не целиковая картина, и по сути по мелким она и распознается.
 

Кто просматривает тему: (Всего: 1, Пользователи: 0, Гости: 1)