По моему опыту одна конкретная айпи гугла (уверен, что за ней стоит много серверов) смотрит количество запросов клиента за одну минуту, раньше минуты 100% не забанят. Если забанили, то информация о бане в течение нескольких секунд распозается по остальным айпи гугла и дальше уже везде выдаёт 403 ошибку. Если мои мысли относительно схемы работы правильные, то единственный способ много проверить - сделать очень много соединений до разных айпи гугла, а потом в течение некоторого времени выполнить максимально возможное количество запросов. Если проверять надо мало, но без бана, то использовать задержки.
Ну, как я уже говорил, если речь про скорость, то тут только один вариант - сперва подготовить все данные, вплоть до составления готовых хттп-запросов, а потом всё разом быстро проверить. Если надо, чтобы не забанили, то просто большие задержки.
У меня тоже такой ноут, винт там основной тормоз. Потом идёт проц :)
403 ошибка http, насколько я помню. Время - от нескольких часов (при условии очень массовой проверки) до перманентного бана айпи при сиськамасиськом нарушении безобразий.
Нет, видео не редактировалось, но оно уже основательно устарело, после этого было много новых рекордов в том числе и по смежным темам.
Windows Server 2008 R2 Std, Intel Core 2 Duo E7400 @ 2.8Ghz, 4 гигабайта оперативки, гигабитный интернет, четыре потока, 5000 соединений.
Видео: http://youtu.be/U6nLR6JVviY
UPD: 3000-5000 одновременных потоков довольно проблематично запустить в рамках одного софта, если не сказать, что вообще невозможно. Уже после 1500 потоков у 90% программ начнутся проблемы из-за резервирования порядка одного мегабайта стека на каждый поток.
Если проверять большими объёмами, равномерно распределяя запросы с одной айпи между несколькими десятками айпи гугла, то банится одновременно на всех айпи примерно через одну минуту. За это время (за одну минуту) можно проверить любое доступное количество доменов, например, 3-5 миллионов, всё ограничивается лишь траффиком. Проверено неоднократно с помощью cp2litepr.
В CheckParams можно настроить очень медленную массовую проверку, хоть раз в полчаса, да еще и с разных айпи, если использовать прокси.
А есть их реальный wmid? Эти спамеры раньше спамили своими копейками напрямую, а теперь через обменник.
Если сможете дописать простейший скриптик, который из готовых данных хуиза вытаскивает регистратора, то можно попробовать CheckParams
Добрый день, для подключения модуля надо просто добавить его код в файл конфигурации. Для этого нужно открыть на редактирование файл checkparams.xml, найти там тег <params>, внутри которого будут модули и добавить туда (в любое место на том же уровне, что и другие модули) код нового модуля.
Насчёт регистрации - да, почему-то сломалась ссылка на регистрацию phpbb в Google Chrome, в Firefox и IE - работает. Я посмотрю в чём проблема, спасибо.
Написал два письма с разных почтовых ящиков 28 сентября и 1 октября, ни на одно не ответили.
Спасибо за ответ, теперь всё стало гораздо понятнее. Если Вас не затрудит, сообщите, пожалуйста, информацию по всем национальным зонам второго уровня, объёмы, количество и цены. Почему не в емейл - думаю, что это будет интересно и другим участникам форума.
Расскажите, пожалуйста, подробнее про списки доменов? Сроки, списки зон, стоимость?