Автоматизация проверки доменов в зоне .ru позволяет сократить время подбора имени бренда с 3-4 часов ручного поиска до 15-20 секунд работы скрипта. При массовом сканировании (от 1000 запросов) ручной метод становится экономически нецелесообразным, так как стоимость часа работы специалиста перекрывает затраты на разработку автоматизации в 5-7 раз.
Метод WHOIS против DNS-запросов
Для проверки доступности домена .ru существует два основных пути: запрос к серверу WHOIS и проверка DNS-записей (dig/nslookup). WHOIS дает 100% гарантию статуса, но имеет жесткие лимиты: при частоте более 10-15 запросов в минуту ваш IP окажется в черном списке регистратора на срок от 1 до 24 часов.
DNS-запрос работает быстрее и почти не имеет лимитов, но он дает ложноположительный результат: если домен зарегистрирован, но для него не настроены NS-серверы (домен «пустой»), скрипт пометит его как свободный. В зоне .ru доля таких «спящих» доменов составляет около 3-5% от общего объема, что критично при автоматическом выкупе.
Экспертный вывод: используйте гибридную схему — первичный фильтр через DNS, затем финальную проверку shortlisted-списка через WHOIS с задержкой (sleep) в 5-10 секунд между запросами.
Техническая реализация на PHP
Оптимальный вариант реализации — использование функции fsockopen() для прямого подключения к порту 43 сервера whois.ru. Использование curl здесь избыточно и медленнее на 10-15% из-за накладных расходов на HTTP-заголовки. Скрипт должен искать конкретные маркеры в ответе, например, фразу «No match for» или «NOT FOUND».
Кейс: при разработке парсера для сети из 50 микро-сайтов была выявлена ошибка в регулярных выражениях — скрипт не учитывал статус «Reserved» (зарезервировано), принимая домен за свободный. Это привело к попыткам регистрации 12 доменов, которые были недоступны, несмотря на отсутствие владельца в публичном реестре.
Экспертный вывод: никогда не полагайтесь на одно слово-маркер. Сверяйте ответ сервера с актуальным списком статусов реестра .ru, чтобы избежать ложных срабатываний.
Обход лимитов и проксирование
Если нужно проверить базу из 5 000+ имен, стандартный серверный IP забанят через 2 минуты. Решением является использование пула резидентских прокси. Стоимость такого пула варьируется от $10 до $50 за ГБ трафика, но для WHOIS-запросов объем данных минимален (около 1-2 Кб на запрос), что делает этот метод дешевым.
Альтернатива — использование API регистраторов (например, Reg.ru или Nic.ru). Это снимает проблему банов, но вводит финансовые ограничения: стоимость одного API-запроса может быть нулевой до определенного лимита, после чего цена переходит в разряд платных тарифов или требует дорогого партнерского статуса.
Экспертный вывод: для разовых проверок до 500 доменов достаточно одного сервера и пауз в 5 секунд; для промышленного мониторинга — только пул из 20+ прокси или платный API.
Оптимизация производительности и кэширование
Повторные запросы к одним и тем же именам — главная причина блокировок и замедления работы. Внедрение локального кэша (Redis или простая SQLite база) позволяет сократить количество внешних запросов на 30-40% при итеративном подборе имен.
Пример: при генерации вариаций домена (добавление префиксов/суффиксов) одно и то же слово может встретиться в 10 разных комбинациях. Без кэширования скрипт сделает 10 запросов, с кэшем — 1. Это напрямую влияет на 5 скрытых факторов стоимости PHP-решений, так как усложняет архитектуру базы данных и логику обработки.
Экспертный вывод: кэшируйте результат проверки на 24 часа. Статус домена в зоне .ru не меняется мгновенно, а экономия ресурсов сервера и риск бана снижаются в разы.
Вывод
Для простых задач выбирайте скрипт на fsockopen с задержкой в 5-10 секунд — это бесплатно и надежно для объема до 100 доменов. Если ваша цель — массовый перехват или поиск дропов, инвестируйте в пул прокси и гибридную проверку (DNS + WHOIS). Избегайте использования бесплатных онлайн-чекеров для больших списков: они часто кешируют данные с задержкой в несколько часов, и вы можете упустить свободный домен, который кто-то заберет быстрее через прямой запрос к реестру.
