да да. Там ещё есть ip адреса и ns сервера для того что бы идентифицировать домен. Информации слишком много, что бы автоматически не распознать, что случилось с доменом и как вести себя сервису. Даже не хочу заострять на этом внимание.
А как технология в нерабочем (в выключенном) состоянии может что-то гарантировать?
Если там идёт речь про технологию, то это и означает, что она будет что-то делать во включенном состоянии.
2. Когда регистратор оформляет на себя домен — информация whois изменяется так что можно понять, что этот домен свободен. Там (в whois) есть специальные поля для этого.
Там указано, что проблемы пропадут при рабочей технологии. При рабочей и настроенной технологии проблемы пропадут.
И где вы нашли там слова о надёжности технологии???
И где же эта логическая связь между SLA и первым примером???
Радует, что вы не прекращаете попытки найти хоть какую-то маленькую дырочку в логике)))
Но нет… всё продумано))) и дырок нет. Технология цельнометаллическая! Без изъянов)).
Ситуация 1.
файл был утерян
Ну это не серьёзно. Такого почти не бывает. Ну и этот пример из разряда метеорит летел летел и упал к нам в серверную)). Восстановить файл не составит труда. На существование переадресации можно (на стороне владельца сайта) настроить проверку и как только она пропадает звонить в колокола.
Ситуация 2.
Вы забываете, что не проплаченный домен становится ничейным. А ничейный домен может переадресовывать хоть куда без проверки на владельца. Что он и продолжает успешно делать.
в статьях нет ответов на эти вопросы. Означает ли это, что генетическая проверка перед операцией не выполняется? Как следствие вы не знаете процент людей генетически больных и процент людей с приобретёнными болезнями глаз в следствии не правильного развития глазных мышц и плохого кровообращения??
Т.е. мой заминусованный коммент (http://geektimes.ru/post/262562/#comment_8805844) — это правда?
А где фраза «SLA единица!!!»??? Где логическая связь-то???
Там ведь не идёт речь про SLA и нет расчётов отказоустойчивости конкретных реализаций! Это технология! SLA — применима только для реализаций этой технологии.
да да. Там ещё есть ip адреса и ns сервера для того что бы идентифицировать домен. Информации слишком много, что бы автоматически не распознать, что случилось с доменом и как вести себя сервису. Даже не хочу заострять на этом внимание.
Там же рандом файл должен быть.
А как технология в нерабочем (в выключенном) состоянии может что-то гарантировать?
Если там идёт речь про технологию, то это и означает, что она будет что-то делать во включенном состоянии.
2. Когда регистратор оформляет на себя домен — информация whois изменяется так что можно понять, что этот домен свободен. Там (в whois) есть специальные поля для этого.
Там указано, что проблемы пропадут при рабочей технологии. При рабочей и настроенной технологии проблемы пропадут.
И где вы нашли там слова о надёжности технологии???
И где же эта логическая связь между SLA и первым примером???
Но нет… всё продумано))) и дырок нет. Технология цельнометаллическая! Без изъянов)).
Ситуация 1.
Ну это не серьёзно. Такого почти не бывает. Ну и этот пример из разряда метеорит летел летел и упал к нам в серверную)). Восстановить файл не составит труда. На существование переадресации можно (на стороне владельца сайта) настроить проверку и как только она пропадает звонить в колокола.
Ситуация 2.
Вы забываете, что не проплаченный домен становится ничейным. А ничейный домен может переадресовывать хоть куда без проверки на владельца. Что он и продолжает успешно делать.
Т.е. мой заминусованный коммент (http://geektimes.ru/post/262562/#comment_8805844) — это правда?
Там ведь не идёт речь про SLA и нет расчётов отказоустойчивости конкретных реализаций! Это технология! SLA — применима только для реализаций этой технологии.
Файл будет загружен хозяином домена и храниться будет всегда. Без файла нет подтверждения владения сайтом.
Гарантии надёжности чего???