Недавний контент Terikon

Экранировать string filePath ="\"d:\\zeno\\CF_DEV\\page\\out.zip\"";

1 поток = 1 капча Больше 1000 потоков не рекомендуется использовать при решении рекапчи, начинают сыпаться ошибки BAD IP.

Заметил что после сбоя стало дольше рекапчу решать.

Заработало

С 3 часов не работает

Если не ошибаюсь там ipv6.

У меня сейчас так и работает, с сохранением в файлы результата, после чтения результата файл удаляется и особой нагрузки я не наблюдаю, поэтому и предложил что бы такая возможность была в капмонстре и мне не использовать костыли.

Кнопка голосования в первом посту есть.

И GET запросы грузят проц, выше ты сам скрин привёл, я не предлагаю замену get запросам, а как доп. вариант. Запись в 1000 потоков не думаю что нагрузит проц более чем у тебя на скрине используя GET запросы.

Объедините пожалуйста getcmstatus и getRecognitionStatistics. А то приходится делать два запроса, сначала на getcmstatus (http://192.168.1.72/getcmstatus?key=) для получения одних данных и потом на getRecognitionStatistics для получения уже других данных.

Это не значит что одновременно 1000 файлов будет писаться, сохраняться только результат, когда рекапча распознана.

Можно попробовать указать в настройках другой порт для капмонстра.

Ну допустим капмонстер работает в 1000 потоков и каждый поток будет дергать лишний раз капмонстер GET запросами, для снятия такой нагрузки был в капмонстер добавлен pingback я им и пользуюсь, но хотелось бы что бы сохранение шло на диск т.к. для pingback нужно поднимать сервер который...

Можно ли реализовать в CapMonster сохранение результата распознавания в папку где будут файлы типа id_345345.txt Про pingback знаю, для него нужно поднимать сервер, хотелось бы что бы была возможность сохранения в папку и я сам от туда забирал результаты.

Ещё может долго решать и в итоге выдать: id=5737497&code=Операция была отменена.