Pomiń i przejdź do głównej zawartości
Zadzwoń do nas
Numery telefonów i godziny
Centrum pomocy

Sprawdź nasze zasoby pomocy online

Pomoc

Odsprzedawca API Pomoc

Dołożyliśmy wszelkich starań, aby przetłumaczyć tę stronę. Dostępna jest również strona w języku angielskim.

Informacje o wersji API domen

To są informacje o wersji interfejsu Domains API. Dołożymy wszelkich starań, aby na bieżąco informować Cię o nadchodzących funkcjach i nowych ofertach.

Kwiecień 2020

Zmiany prywatności WHOIS

1 lipca 2020 roku ulepszymy naszą ofertę ochrony prywatności, aby zapewnić Ci większą kontrolę nad sposobem zarządzania prywatnością dla Twoich domen. Po pierwsze, będziesz mieć możliwość włączania i wyłączania funkcji prywatności bez konieczności anulowania i ponownego zakupu produktu. Gdy po raz pierwszy dodasz prywatność do domeny, dane kontaktowe proxy zostaną zastąpione Twoimi osobistymi danymi kontaktowymi w odpowiedzi na zapytania WHOIS. Aby tymczasowo udostępnić osobiste dane kontaktowe w bazie WHOIS, wprowadzamy nowy atrybut exposeWhois, a także nowy klucz umowy do weryfikacji zgody na ujawnienie danych kontaktowych, jak poniżej:

PATCH /v1/domains/moja_domena.com "zgoda": {"uzgodnionaAt": "2020-03-30T10: 00: 00Z", "uzgodnionaBy": "12.13.14.15", "Klucze umowy": ["EXPOSE_WHOIS"]} , "exposeWhois": "prawda"

Dane kontaktowe serwera proxy można przywrócić przy użyciu następującego polecenia bez konieczności posiadania klucza zgody:

PATCH /v1/domains/mydomain.com "exposeWhois": "false"

Ponadto od 1 lipca 2020 r. Będziemy oferować bezpłatną podstawową ochronę prywatności dla wszystkich nowych domen oraz istniejących domen, które nie mają jeszcze naszej zaawansowanej ochrony prywatności. Podstawowa ochrona prywatności maskuje większość osobistych danych kontaktowych w zapytaniach whois, ujawniając jedynie nazwę firmy, kraj i stan. W przypadku domen z podstawową ochroną prywatności osobiste dane kontaktowe można opcjonalnie ujawnić lub zamaskować w usłudze whois przy użyciu tych samych poleceń interfejsu API, które opisano powyżej.

Teraz dostępne: .APP, .DEV i .PAGE

Od 28 kwietnia 2020 roku użytkownicy API mogą rejestrować domeny .APP, .DEV i .PAGE z jednym specjalnym ułatwieniem. .APP, .DEV i .PAGE są wyznaczane jako bezpieczne przestrzenie nazw. Wszystkie główne przeglądarki wymagają, aby domeny w tych przestrzeniach nazw miały certyfikat SSL.

Rejestrujący nie muszą zakupić certyfikatu SSL jako warunku wstępnego zakupu swojej domeny, ale dostawcy nazw domen są zobowiązani do powiadomienia swoich rejestrujących w momencie rejestracji, że będą potrzebować certyfikatu SSL, aby wyświetlać swoją domenę w przeglądarce .

Pełne informacje na temat tego wymagania są dostępne za pośrednictwem następującej metody interfejsu API:

GET/v1/domains/Agreement? Tlds = APP

W celu obsługi tych specjalnych domen najwyższego poziomu, do sekcji zgody w treści punktu końcowego zakupu wprowadzany jest dodatkowy klucz umowy o nazwie HTTPS_NOTICE, aby użytkownicy mogli potwierdzić, że zapoznali się z tym wymaganiem i chcą kontynuować rejestrację. W przypadku uwzględnienia tego nowego wymaganego klucza umowy sekcja zgody prawidłowego żądania zakupu będzie wyglądać następująco:

POST/v1/domains/zakup "domena": "moja_domena.app", "zgoda": {"uzgodnionaAt": "2020-03-30T10: 00: 00Z", "uzgodnionaBy": "12.13.14.15", "Klucze zgody" ": [" DNRA "," HTTPS_NOTICE "]}, ...

Roszczenia dotyczące znaków towarowych na czas nieokreślony

Za pośrednictwem interfejsu API dostępnych jest teraz 13 dodatkowych domen TLD: .ACCOUNTANT, .CRICKET, .DATE, .DOWNLOAD, .FAITH, .LOAN, .MEN, .PARTY, .RACING, .REVIEW, .SCIENCE, .STORAGE i .WIN. Te domeny TLD są objęte nieokreślonym okresem składania roszczeń dotyczących znaków towarowych. Obecnie domeny w tych 13 przestrzeniach nazw, które mają zastrzeżenia dotyczące znaków towarowych, będą traktowane jako niedostępne. Domenę bez zastrzeżenia znaku towarowego można kupić normalnie.

Limity rekordów strefy DNS

Aby zapewnić skalowalność naszych funkcji zarządzania DNS dla wszystkich klientów, wdrażamy ograniczenia dotyczące liczby rekordów, które można utworzyć w jednej strefie. Począwszy od 28 kwietnia 2020 roku klienci korzystający ze standardowej usługi DNS mogą utworzyć do 500 rekordów na strefę, a klienci korzystający z usług DNS Premium mogą utworzyć do 1500 rekordów na strefę. Ta zmiana wpłynie na następujące punkty końcowe:

PUT/v1/domeny/{domain} /rekordy PUT/v1/domains/{domain} /rekordy/{type} PUT/v1/domeny/{domain} /rekordy/{type} /{name} PATCH/v1/domains/{domain} /rekordy

Po wywołaniu dowolnego z powyższych punktów końcowych ocenimy, czy żądana aktualizacja strefy spowodowałaby przekroczenie limitu rekordów przez strefę. W przeciwnym razie wniosek zostanie rozpatrzony normalnie. Jeśli tak, zwrócimy odpowiedź 422 z następującymi szczegółami błędu:

code: ZONE_LIMIT_EXCEEDED komunikat: Strefa nie może przekraczać 500 rekordów; żądana operacja przekroczyłaby limit.

W przypadku stref, które obecnie przekraczają limit, wszystkie istniejące rekordy pozostaną nienaruszone. Jednak nie można dodawać nowych rekordów, dopóki ogólna liczba rekordów strefy nie zostanie osiągnięta w limicie rekordów, co można osiągnąć przy użyciu metody PUT.

Rozmiar strony rekordu strefy DNS

Podczas pobierania rekordów ze strefy parametr limit jest używany do wskazania liczby rekordów do pobrania. Aby zapewnić skalowalność systemu, 28 kwietnia 2020 r. Wprowadzimy maksymalny limit 500 rekordów. Ta zmiana wpłynie na następujące punkty końcowe:

GET/v1/domains/ {domain} /records GET/v1/domains/ {domain} /records/ {type}

Po odebraniu żądania z limitem większym niż 500 zwrócimy odpowiedź 422 z następującymi szczegółami błędu:

kod: VALUE_OVER komunikat: Limit nie może mieć wartości większej niż 500.

Użytkownicy nadal będą mogli iterować po wszystkich swoich rekordach strefy na stronach o rozmiarze do 500, używając parametrów przesunięcia i limitu.