Обновления платформы

Если сообщение через страницу «Контакты» не отправилось из-за перегрузки сайта, форма теперь сообщает об этом и предлагает попробовать ещё раз через минуту. Раньше в такой ситуации появлялась просьба проверить соединение, хотя проблема была на стороне сайта. Так проще понять, почему сообщение не ушло и что делать дальше.

Тем, кто проверяет домены через чат-ассистента, теперь не нужно искать, куда написать, если что-то пошло не так. В подключении появилась обратная связь: ассистент может сам передать замечание — инструмент ответил не так, как обещает описание, не хватило нужного поля, отказ пришёл без понятной причины.

Перед тем как писать, можно посмотреть, что об этом уже сообщали и что ответили. Так одно и то же замечание не приходится отправлять дважды.

Заодно подключение стало честнее сообщать о своих изменениях: номер версии теперь меняется сам при любой правке набора инструментов. Раньше он стоял неизменным, и ассистент мог не заметить, что возможности обновились.

Если в запросе указано несуществующее имя инструмента, сервис отвечал так, будто у него авария, да ещё и перечислял в ответе внутреннее устройство. Теперь такой запрос получает короткое «Инструмент не найден.», а разбор причины остаётся в служебном журнале. Незаполненная форма подбора имени тоже отвечает по-человечески. Проверка доменов работает как прежде.

Запросы к реестрам идут через отдельный канал связи. Раньше, если канал был недоступен, массовая проверка молча уходила напрямую и ответ выглядел так же, как обычный. Теперь в ответе видно, каким путём он получен, — по пометкам в поле flags. Сами настройки канала убраны из кода сервиса в закрытое хранилище.

На странице карты сайта два разных пункта вели на одну и ту же массовую проверку, а одиночный поиск в списке не назывался вовсе. Поправили: теперь пункты называются так же, как вкладки и подвал, и ведут каждый на своё.

Провели ревизию API и закрыли несколько неприятных багов. Кириллические домены (например, яндекс.рф) больше не роняют проверку с ошибкой — теперь они корректно проверяются наравне с обычными. А заведомо «битые» строки вроде !@#$%.com честно помечаются статусом invalid, а не выдаются за свободный домен с ценой.

Ответ API стал предсказуемее: поле data теперь всегда массив, даже для одного домена — так его удобнее разбирать в коде. Для длинных списков добавили POST (JSON-тело), чтобы не упираться в лимит длины URL. Простой GET при этом никуда не делся.

Плюс подкрутили тайм-ауты: медленный сервер реестра больше не заставляет весь запрос ждать по 20 секунд.

Реестры любят прикрывать поток запросов лимитами — те самые ответы 429 и 5xx, из-за которых проверка иногда возвращала ошибку на ровном месте. Теперь при таком ответе DomChecker не сдаётся сразу, а прозрачно повторяет запрос к корневым серверам. Для вас это выглядит просто как результат, который приходит.

Особенно заметно на массовых проверках: пакеты на сотни доменов реже спотыкаются на середине.

Прикрутили нормальные превью-карточки. Когда вы кидаете ссылку на DomChecker в чат или в таск-трекер, вместо голого URL теперь разворачивается аккуратная карточка с обложкой. Мелочь для утилиты — но глазу приятнее, и коллеге переслать не стыдно.

Самый частый вопрос после проверки — «имя занято, и что теперь?». Собрали ответ в отдельный разбор: когда освободится занятый домен и что делать. Коротко: у .ru это месяц преимущественного продления и только потом удаление, у .com цикл тянется около 75 дней — с точными этапами и без магии.

Заодно объяснили, почему «занят» ещё не значит «используется», и что проще: ждать дроп или прогнать варианты через массовую проверку в соседних зонах.

Вы когда-нибудь искали классный свободный домен через «бесплатные» чекеры, а на следующий день обнаруживали, что он уже кем-то зарегистрирован? Эта практика называется front-running.

DomChecker гарантирует полную конфиденциальность ваших идей. Запросы идут напрямую в корневые серверы (RDAP/WHOIS), чужие проверки не кэшируются, а история поиска нигде не сохраняется. Ваши идеи остаются только вашими.

Внедрён мощный пул дата-центровых прокси с HTTP CONNECT туннелированием для сырых WHOIS-запросов. Парсер стал устойчивее к Rate Limits. Благодаря этому лимит массовой проверки удвоен до 1000 доменов за сеанс — интерфейс отправляет их частями, по 25 имён в запросе.

Также расширены возможности массовой проверки для аналитиков и инвесторов. Появился модуль CSV-отчётов: результаты пакетного анализа сотен доменов (включая AI-оценку брендируемости и статусы реестров) можно выгрузить в один клик для работы в таблицах.

Дополнительно оптимизирован алгоритм работы с мета-данными WHOIS — добавлен фильтр мгновенной сортировки по дате освобождения (Drop Radar) для удобного отслеживания перспективных имён.

Принято трудное, но важное решение — почистить список поддерживаемых зон. Из сотен TLD оставлены самые востребованные и «живые». Это ускорило систему и сделало интерфейс чище. Для каждой зоны теперь доступна справочная страница с реальными правилами регистрации.

Встроенный AI-генератор доменов стал ещё умнее. Теперь алгоритм думает как маркетолог, подбирая глубокие ассоциации и трендовые суффиксы для конкретного бренда.

Старое имя перестало отражать суть проекта. Инструмент вырос из простого чекера в удобный сервис доменной аналитики.

Переезд на DomChecker.ru ознаменовал новый этап: серверные мощности обновлены, ядро переписано с нуля, заложен фундамент для работы с большими массивами данных. При этом интерфейс сохранил свой минималистичный дизайн.

Изначально DomChecker создавался как закрытый корпоративный инструмент. Большинство популярных чекеров экономят ресурсы, выдавая старые данные из кэша, или, что ещё хуже, занимаются перехватом хороших идей пользователей (front-running), регистрируя интересные домены на себя.

Возникла потребность в честном, прозрачном инструменте, который бьёт напрямую в корневые серверы реестров, ничего не скрывая. Сквозь ошибки таймаутов, сложные парсеры и блокировки по IP родилась гибридная архитектура (RDAP + WHOIS).

Позже было принято решение выкатить продукт в паблик — для всех, кому нужна бескомпромиссная честность и скорость проверок.