Ну, это-то не самая большая проблема.
Я представлял себе это иначе.
Аналогично, проверяем whois и три плагина, всего 4 запроса.
Текущий вариант - проверяется 100 доменов через 100 потоков (итого - 400 секунд).
Новый вариант - проверятся 100 доменов через 400 потоков (итого - 100 секунд).
Т.е., если сейчас на каждый домен идёт 4 запроса последовательно (на что тратится 4 секунды), то при одновременной проверке всех четырёх параметров будет тратится только 1 секунда.
Как-то так.
А какова причина увеличения цены?
Разве? Почему?
А можно реализовать одновременное чтение? И добавить поддержку в 50 и 100 потоков?
А сейчас прокси используются для запросов к каким сервисам? Работа ведётся синхронно или независимо (к примеру, если я запускаю 20 потоков, то они будут в работе до тех пор, пока не проверятся все выбранные параметры)?
А в чём будет заключаться преимущество такого подхода?
Тут мне трудно сказать. Чтобы софт нормально работал. :) Проще будет поговорить непосредственно с тамошними технарями.
ПС частно банят ip за большое количество запросов (а в программе уже сейчас немало плагинов).
Наоборот (у меня собственный сервис).
Кстати, вот с этим получится наладить интеграцию? Список функций - внизу на главной.
Да ты монстер...
Почему "отчасти"?
О каких?
Так Вы поняли, почему свожу-то?
Если брать аналогию, то Вы пытаетесь рассуждать, к примеру, о таблице умножения через правила спряжения глаголов. А когда Вам говорят, что глаголы пересекаются с математикой лишь в слове "умножать", то Вы почему-то предполагаете, что это не чёткое диагностирование ситуации, а какая-то проблема.
Проблема, конечно. Только не моя.
Значит, они в качестве примера попросту неуместны.
