CallBook база на основе DNS

[RN3ANT]

nslookup

хорошо, мне не в лом набрать в командной строке nslookup -type=any <имя сервера>, чтоб получить кучку ненужной мне информации. А с помощью чего эту ненужную (или, как предполагается, нужную от *.tel) информацию получит обычный пользователь Сети?

[ER1CS]

Мечты о «халяве» это в Молдавии

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

[RN3DLL]

хорошо, мне не в лом набрать в командной строке nslookup -type=any <имя сервера>, чтоб получить кучку ненужной мне информации. А с помощью чего эту ненужную (или, как предполагается, нужную от *.tel) информацию получит обычный пользователь Сети?

http://www.nic.tel/tools-landing.html

Добавлено через 1 минуту

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

Не обижатесь

[ER1CS]

Не обижатесь

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

[RN3DLL]

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

Можно и так, но тогда распределенной базы нет.

И сравнение с забиванием гвоздей с микроскопом тут тоже не уместно.

[RN3ANT]

http://www.nic.tel/tools-landing.html

Уаахахахахх! Владимир, чем эта фигня отличается от другой фигни, которую называют жутким словом «браузер»? О чем я и говорил вначале. Чтоб понимать «DNS-записи» от Telnic слепившего своё нечто, нужна для каждой платформы клиентская фигня для этого нечто. Иначе не прочитать ни саму запись, ни понять про её «активность»

[RN3DLL]

Уаахахахахх! Владимир, чем эта фигня отличается от другой фигни, которую называют жутким словом «браузер»? О чем я и говорил вначале. Чтоб понимать «DNS-записи» от Telnic слепившего своё нечто, нужна для каждой платформы клиентская фигня для этого нечто. Иначе не прочитать ни саму запись, ни понять про её «активность»

В действительности ни чем.
Это когда вам с дерева надо сбить пару орехов и в место палки копалки(приложения от TELNIC) используете сапку (мотыга)

[ER1CS]

но тогда распределенной базы нет

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

[RN3DLL]

А её и так не будет, по причине что любой нормальный провайдер не станет кэшировать у себя эти данные от ......

А мы будем пользоваться НЕНОРМАЛЬНЫМИ! :-)

Задаю вопрос, обладает ли сервера CallBook следующими характеристиками

• Распределённость администрирования.
• Распределённость хранения информации.
• Кеширование информации.
• Иерархическая структурой
• Резервирование.

[UA3MQJ]

Вот сижу я на даче. У меня в кармане Samsung SGH X-210. Что я смогу узнать с него? Ничего. Надо лезть в другой карман за подаренным Fly e-135, на нем хоть ява с сокетами работает. Ну а раз она работает, то можно на неё поставить программу, которая получит 1кб информации о позывном. Соединится с сервером TCP соединением и будет на нём висеть больше никого постороннего (типа DNS) и ни о чем не спрашивая.

Все очень просто. Есть программа - есть ответ!
Нет программы - нет ответа!
И совершенно нет никакой разницы есть ли на той стороне распределенность администрирования, хранения, кэширования, и какая структура у БД. Вот есть сервер qrz.ru и мы не знаем один он или 101, или может это кластер из 101 сервера, а логически сервер один...

Мысль использовать DNS как БД - интересная, но не более того. Такой способ нужно воспринимать только как вариант реализации.

Вот у меня была мысль скрестить сервер SAMBA и торрент систему на всех ПК предприятия. Так, чтобы файловый сервер хранил файлы в сети компьютеров. Но идея никого из моего окружения не удивила своей оригинальностью. Хотя там тоже распределенность, резервирование.

[UT4UKW]

Распределённость администрирования.
• Распределённость хранения информации.
• Кеширование информации.
• Иерархическая структурой
• Резервирование.

А зачем это все нужно? сколько там нашего брата... пару миллионов... так с такой задачей справится связка МySQL+PHP написанная на коленке за 20мин... и установленная на обычном ПК.. а дальше как хочешь так и получай информацию, хочешь с простой странички типа HamQTH а хочешь просто одной строкой...
Основная проблема ИМХО не в быстродействии, а в том что колбуков таких много и в котором из них самая актуальная информация не поймешь.

[zibadun]

Цитата:
Сообщение от RN3DLL
данные из DNS вы сможете получить быстрее на устройство чем с вэб сайта
Цена вопроса — доли секунды. В нашем деле это, конечно же, жизненно важно

ради интереса сравнил скорсть запросов через qrz.com XML API и .tel DNS NAPTR

QRZ.COM xml:
request HTTP h ttp://w ww.qrz.com/xml?;callsign=AA3B
...
response: 1148 bytes . response time: 123 ms

.tel NAPTR Query:
;; QUESTION SECTION:
;smallco.tel. IN NAPTR
....
;; Query time: 26 msec
;; MSG SIZE rcvd: 606


т.е. DNS ответил в 5 раз быстрее чем qrz.com XML feed