Справка GoDaddy

Буп, бип, боп...вычисление... вычисление...запуск последовательности 42...
Да, похоже эти сумасшедшие роботы опять взялись за свое! Они перевели эту страницу на ваш язык. Роботы действовали из лучших побуждений своих металлических сердец. Они хотели помочь вам! Давайте посмотрим, как они справились со своей задачей, используя кнопки в нижней части страницы. Перейти к английской версии

Примечания к выпуску API доменов

Примечания к выпуску Domains API. Мы будем держать вас в курсе всех предстоящих выпусков функций и новых предложений.

Апрель 2020

Изменения в конфиденциальности WHOIS

С 1 июля 2020 года мы улучшим наш сервис конфиденциальности, чтобы дать вам больше возможностей для управления конфиденциальностью ваших доменов. Во-первых, вы сможете включить или отключить конфиденциальность, не отменяя и не покупая продукт повторно. При первом включении функции конфиденциальности для домена в ответ на запросы WHOIS вместо вашей личной контактной информации будет использоваться контактная информация доверенного лица. Чтобы временно раскрыть вашу личную контактную информацию в WHOIS, мы добавили новый атрибут exposeWhois, а также новый ключ соглашения для подтверждения согласия на раскрытие персональных контактных данных:

PATCH /v1/domains/mydomain.com "соглашение": {"согласовано": "2020-03-30T10: 00: 00Z", "согласовано": "12.13.14.15", "соглашениеKeys": ["EXPOSE_WHOIS"]} , "exposeWhois": "true"

Контактную информацию доверенного лица можно восстановить с помощью следующей команды без ключа соглашения:

ПАТЧ /v1/domains/mydomain.com "exposeWhois": "false"

Кроме того, с 1 июля 2020 года мы предлагаем бесплатную базовую защиту конфиденциальности для всех новых доменов, а также для существующих доменов, которые еще не имеют нашей расширенной защиты конфиденциальности. Базовая конфиденциальность позволяет скрыть большинство персональных контактных данных в запросах WHOIS, показывая только название компании, страну и штат. Для доменов с базовой защитой конфиденциальности личная контактная информация может быть раскрыта или замаскирована в WHOIS с помощью тех же команд API, которые описаны выше.

Теперь доступны: .APP, .DEV и .PAGE

Начиная с 28 апреля 2020 года, пользователи API могут регистрировать домены .APP, .DEV и .PAGE с одним специальным соглашением. .APP, .DEV и .PAGE обозначены как безопасные пространства имен. Все основные браузеры требуют, чтобы домены в этих пространствах имен имели сертификат SSL.

Регистрантам не требуется приобретать сертификат SSL в качестве предварительного условия для покупки своего домена, но поставщики доменных имен должны уведомить своих регистрантов во время регистрации, что им потребуется сертификат SSL для обслуживания своего домена в браузере .

Полная информация об этом требовании доступна через следующий метод API:

ПОЛУЧИТЬ / v1 / domains / соглашения? Tlds = APP

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

POST / v1 / domains / buy "domain": "mydomain.app", "Agreement": {"AgreementAt": "2020-03-30T10: 00: 00Z", "согласовано": "12.13.14.15", "AgreementKeys" ": [" DNRA "," HTTPS_NOTICE "]}, ...

ДВУ, заявленные на регистрацию товарных знаков с неопределенным сроком действия

Теперь через API доступно 13 дополнительных доменов верхнего уровня: .ACCOUNTANT, .CRICKET, .DATE, .DOWNLOAD, .FAITH, .LOAN, .MEN, .PARTY, .RACING, .REVIEW, .SCIENCE, .STORAGE и .WIN. Эти домены верхнего уровня находятся в неопределенном периоде подачи претензий в отношении товарных знаков. В настоящее время домены в этих 13 пространствах имен, в которых есть товарные знаки, будут считаться недоступными. Домен без претензий на товарный знак можно приобрести в обычном режиме.

Ограничения на записи в зоне DNS

Чтобы обеспечить масштабируемость наших функций управления DNS для всех клиентов, мы вводим ограничения на количество записей, которые могут быть созданы в одной зоне. Начиная с 28 апреля 2020 года клиенты со стандартным DNS могут создавать до 500 записей в каждой зоне, а клиенты премиум-класса - до 1500 записей в каждой зоне. Это изменение коснется следующих конечных точек:

PUT / v1 / domains / {domain} / записи PUT / v1 / domains / {domain} / records / {type} PUT / v1 / domains / {domain} / records / {type} / {name} PATCH / v1 / domains / {domain}

При вызове любой из вышеперечисленных конечных точек мы оцениваем, приведет ли запрошенное обновление зоны к превышению лимита записей. В противном случае мы обработаем запрос в обычном режиме. Если это так, мы вернем ответ 422 со следующей информацией об ошибке:

код: ZONE_LIMIT_EXCEEDED сообщение: Зона не может превышать 500 записей; запрошенная операция превысит лимит.

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

Размер страницы записи зоны DNS

При извлечении записей из зоны параметр limit используется для указания количества извлекаемых записей. Чтобы обеспечить масштабируемость системы, 28 апреля 2020 г. мы введем ограничение в 500 записей. Это изменение коснется следующих конечных точек:

GET / v1 / domains / {domain} / записи GET / v1 / domains / {domain} / записи / {type}

Если получен запрос с лимитом более 500, мы вернем ответ 422 со следующей информацией об ошибке:

код: VALUE_OVER сообщение: Лимит не должен превышать 500.

Пользователи по-прежнему смогут перебирать все записи зоны на страницах размером до 500, используя параметры offset и limit.


Помогла ли вам эта статья?
Благодарим вас за отзыв. Чтобы связаться с сотрудником службы поддержки клиентов, позвоните по номеру этой службы или воспользуйтесь опцией чата выше.
Мы рады вам помочь! У вас остались вопросы?
Приносим извинения. Расскажите нам, какие затруднения вы испытываете или почему рекомендованное решение не помогло устранить проблему.