Как я уже сказал, при нормальных объемах задержек сейчас НЕТ. Задержки есть только при повышенных и ДА!, она одинаковая и на отправленный набор, и на одну отправленную мелкую при динамике. Почему так? чтобы Google не закручивал гайки и чтобы сервера нормально обрабатывали объемы.
Попытаюсь объяснить.
Допустим есть понятие "
нормальный объем".
Вроде как это
первые 1000 капч/поток (цитата). Только непонятно первые 1000 капч относительно чего. Когда первые 1000 капч обнуляются. Ну да ладно...
Есть 1 поток. Он может разгадать 1000 капч с задержкой 1,3 (нет задержки). Причем неважно это будет набор картинок или одна мелкая при динамике.
После 1000 капч задержки растут и в крайнем случае получаем 5,5 сек.
Пока все понятно.
Ситуация 1 - вообще нет динамических картинок:
Все капчи - это наборы картинок. Единственный вариант отправлять всю картинку целиком. Задержки для 1000 первых капч 1,3 для последующих 5,5 (переходный процесс убран).
Ситуация 2 - все картинки динамические:
2.1 Отправляем первый набор картинок -> нажимаем по нужным. Далее в среднем появляется еще 2 нужных, отправляется еще 2 картинки каждая как отдельная картинка из динамики. Допустим все вообще отлично и все получилось. Хорошо. Для разгадки 1 рекапчи мы отправили
3 картинки.
Т.е. мы можем решить 1000/3 =
333 рекапч с задержкой картинок 1,3.
2.2 Отправляем первый набор картинок -> нажимаем по нужным. Далее в среднем появляется еще 2 нужных, отправляется еще 1 набор. Опять пусть все хорошо. Для разгадки 1 рекапчи мы отправили
2 картинки.
Т.е. мы можем решить 1000/2 =
500 рекапч с задержкой картинок 1,3.
Выводы:
1. Задержка одинаковая для набора картинок и одной картинки из динамики.
2. Задержка есть при повышенных объемах.
3. Повышенные объемы создаются алгоритмом распознавания (С одной и той же задержкой можно решить 500 капч вместо 333).
4. Чем больше этапов решения динамической рекапчи, тем быстрее набираются первые 1000 капч/поток -> повышенные объемы -> повышение задержки.
Повышенные объемы создаются не клиентом, а алгоритмом распознавания.