-
30.11.2011, 12:13 #1
- Регистрация
- 12.07.2010
- Адрес
- Балашиха, Московская обл.
- Сообщений
- 856
- Поблагодарили
- 429
- Поблагодарил
- 320
CallBook база на основе DNS
Раньше доступ в Сеть можно было получить только со стационарного компьютера или, на худой конец, с ноутбука. Сегодня во Всемирную Паутину умеет выходить огромное количество других устройств, взять хотя бы мобильные телефоны. Естественно, новые возможности несколько изменили характер использования Интернета: сегодня многие пользователи заходят в Сеть, находясь на улице, в кафе или других общественных местах, для того чтобы оперативно получить какую-либо информацию, например, узнать адрес и телефон какого-нибудь магазина.
В этом случае пользователю вряд ли требуется веб-сайт с красивыми картинками. У него другая цель – быстро найти интересующие его сведения. Обычный интернет-ресурс вряд ли может быть в этом полезен: он долго "грузится", потребляет много трафика и поддерживается далеко не всеми браузерами мобильных устройств (в частности, сайты, сделанные с применением flash-технологий, зачастую не отображаются вовсе). Кроме того, контактные данные далеко не всегда публикуются на главной странице, что вынуждает пользователя искать их на сайте, углубляясь в его структуру, и, следовательно, тратить еще большее количество времени и трафика на получение интересующей его информации.
Есть ли выход из этой ситуации? Конечно, можно создать отдельный веб-ресурс, состоящий всего из одной страницы, на которой будут опубликованы контактные данные. В этом случае для размещения информации потребуется зарегистрировать домен, заказать услугу хостинга и подготовить веб-страницу. С одной стороны это достаточно просто, с другой – весьма затратно, ведь, например, за хостинг придется платить ежемесячно даже несмотря на то, что количество загруженной на сайт информации будет минимальным. Необходимо также помнить, что доступ к созданному ресурсу будет возможен только с использованием веб-браузера - устройства, в которых он не установлен, не смогут получить данные. Одним словом, эффективность отдельного интернет-сайта для публикации контактных данных весьма сомнительна.
Теперь немного о том, в каком виде система DNS сохраняет данные, указанные владельцем доменного имени в зоне TEL. В DNS для этого предусмотрено три типа записей: NAPTR, TXT и LOC. Первая позволяет хранить контактную информацию (телефон, факс, e-mail, логин в Skype и др.), а вторая и третья предназначены для публикации коротких текстов и указания местоположения, соответственно. При этом данные NAPTR строго структурированы – пользователь может задать приоритет их отображения. Таким образом, владелец домена в зоне TEL вправе самостоятельно определять порядок, в котором указанная им контактная информация будет выводиться на экран того или иного устройства. Например, номер телефона может быть первым в списке публикуемых данных, а может отображаться вслед за адресом электронной почты.
Записи формата TXT созданы для указания имен, должностей, названий компаний и организаций, почтовых адресов, а также ключевых слов, используемых при индексации доменного имени в зоне TEL поисковыми системами.
Что касается данных LOC, то они имеют вид географических координат, которые при желании могут быть привязаны к любому картографическому сервису для наглядного отображения текущего местоположения владельца доменного имени. В частности, если пользователь отправляет запрос к домену TEL из браузера, происходит автоматическая привязка географических данных к картам от Google.
Еще одно преимущество доменной зоны TEL состоит в том, что вся опубликованная в ней информация активна – то есть, получив ее в ответ на запрос к системе DNS, посетитель домена может сразу воспользоваться данными, например, осуществить телефонный звонок или отправить письмо по электронной почте.
Благодаря принципу иерархии, который используется в системе DNS, владельцы доменных имен второго уровня в зоне TEL получают возможность самостоятельно создавать на их базе поддомены третьего, четвертого и более низкого уровней. Таким образом, можно размещать каталоги контактной информации.
Например, зарегистрировав домен Moscow.tel, пользователь на его базе может создать домен Cinema.moscow.tel и опубликовать на нем список московских кинотеатров. Затем для каждого кинотеатра он может назначить отдельный домен (например, Pushkinsky.cinema.moscow.tel) для размещения соответствующих контактных данных. Количество поддоменов не ограничено, поэтому к каталогу кинотеатров на базе имени Moscow.tel можно добавить и другие данные – например, аналогичным способом создать справочник московских ресторанов. При этом вся информация в каждом каталоге будет отображаться в структурированном виде. Так, при доступе к домену в зоне TEL через браузер сведения о существующих на его базе поддоменах будут показаны в виде ссылок на них.
Наконец, домен TEL будет полезен и тем, кто хочет разместить приватные контактные данные в Сети – при желании публикуемую информацию можно сделать доступной только ограниченному кругу лиц, список которых утверждается и редактируется владельцем доменного имени. В частности, он может объединить пользователей в группы, представители каждой из которых смогут просматривать одни данные, в то время как другие данные будут от них скрыты.
Возможность доступа к приватным данным предусмотрена только для тех интернет-пользователей, которые авторизованы в системе TEL. Создать учетную запись в ней могут бесплатно все желающие, для этого вовсе не обязательно регистрировать доменное имя в зоне TEL. Защита непубличной информации реализуется с помощью системы шифрования с открытым ключом длинной 1024-бита, что исключает ее несанкционированное попадание к третьим лицам.
Подведем итоги. Домен TEL не требует затрат на создание и поддержку веб-сайта, позволяет хранить структурированную многоуровневую контактную информацию, обеспечивает защиту публикуемых данных и делает их доступными практически с любых устройств, имеющих соединение с Интернетом. Таким образом, это действительно инновационный продукт, который обещает стать по-настоящему успешным уже в самом ближайшем будущем.
http://info.nic.ru/st/9/out_2473.shtm
Жаль что там (в домене TEL) нельзя создать миллионы записей
-
30.11.2011, 12:31 #2
- Регистрация
- 28.02.2010
- Адрес
- Киев
- Возраст
- 48
- Сообщений
- 637
- Поблагодарили
- 80
- Поблагодарил
- 34
Чет не уловил мысль при чем здесь колбук?
TX: FT-897D Ant: ECO Vertical 7+
-
30.11.2011, 12:54 #3
- Регистрация
- 12.07.2010
- Адрес
- Балашиха, Московская обл.
- Сообщений
- 856
- Поблагодарили
- 429
- Поблагодарил
- 320
Последний раз редактировалось RN3DLL; 30.11.2011 в 13:00.
-
30.11.2011, 13:02 #4
- Регистрация
- 28.02.2010
- Адрес
- Киев
- Возраст
- 48
- Сообщений
- 637
- Поблагодарили
- 80
- Поблагодарил
- 34
Это как... каждому радиолюбителю зарегистрировать домен?
И чем не устраивают существующие qrz.com или бесплатный HamQTHTX: FT-897D Ant: ECO Vertical 7+
-
30.11.2011, 13:22 #5
- Регистрация
- 12.07.2010
- Адрес
- Балашиха, Московская обл.
- Сообщений
- 856
- Поблагодарили
- 429
- Поблагодарил
- 320
Формируется домен третьего уровня RU.QRZ.COM
Информация запрашивается из DNS запросом RN3DLL.RU.QRZ.COM
Децентрализация, можно вводить сервера очень быстро для снижения нагрузки на основные, нет регистрации.
Хочу обратить внимание на то, что при таком подходе один сервер может обслуживать в 100-150 раз больше запросов, чем если делать запросы через вэб сервер.
А для добавления сервера обслуживания нет необходимости создавать целую ферму вэб серверов
А для экспедиций это еще большие плюсы одно дело получить 1 кб полезной информации и другое дело 1кб полезной информации и еще куку мегабайт бесполезной.Последний раз редактировалось RN3DLL; 30.11.2011 в 13:33.
-
30.11.2011, 13:44 #6
- Регистрация
- 25.02.2005
- Адрес
- Любой
- Сообщений
- 1,680
- Записей в дневнике
- 2
- Поблагодарили
- 1260
- Поблагодарил
- 2728
А чем не устраивает производительность тех же, уже упомянутых «существующих qrz.com или бесплатный HamQTH»?
Разве БД «существующих qrz.com или бесплатный HamQTH» уже достигли своего потолка масштабируемости?
Мне, например, пока трудновато представить себе, что какому либо радиолюбителю вот вдруг ни с того, ни с сего, откуда ни пойми, потребуется получить какие-либо данные о другом радиолюбителе с мобилки или еще с какой-нибудь джобсовской фигни. В 99,99...% случаев эти данные нужны не так спешно, из места, в котором есть обычный ноут или десктоп, а уж их платформы упомянутые выше сервисы вполне устраивают.
Далее, глянув мельком по диагонали то, что пишут о *.TEL, заглянул в несколько этих самых .TEL — компания Telnic, оккупировав домен, соорудила на скорую руку свое приложение, пока непонятно, насколько удобное, и проталкивает его и свои услуги, надо заметить — не бесплатные, самыми разными способами. Побегав по этим *.TEL с помощью обычного браузера и канала 20 МБит/с, отметил для себя, что сервис несколько тормозной, во всяком случае, у меня QRZ.com открывается не в пример шустрее, чем любой из *.TEL.
Глянув из любопытства, какова ситуация с callbook.tel и hamradio.tel, а также еще с десятком пришедших на ум доменных имен, обнаружил, что все они уже зарегистрированы на domainmonster.com )) который, даже к бабке не ходи, отдаст их никак не за 6,99 евро (как предлагает ничейные пока имена Telnic), а во много раз дороже. Да и потом, использование и поддержка чего-либо своего в зоне .TEL потребует какого-то количества ресурсов. Не говоря уже о том, что саму базу позывных кому-то придется изначально составлять, поддерживать актуальность и добавлять впоследствии новые позывные.
В общем очередная dotcom-фигня, хоть и существующая уже 4 года, но явных преимуществ пока так и не показавшая.
Да и с этим стоит внимательнее разобраться )
Добавлено через 13 минут
О кроссплатформенности или платформонезависимости…
С помощью чего именно предполагается «читать» данные из этих полей? Для этого явно должно быть какое-либо приложение на клиентской стороне? И оно должно быть для каждой вероятной платформы?Последний раз редактировалось RN3ANT; 30.11.2011 в 13:45. Причина: Добавлено сообщение
-
30.11.2011, 13:47 #7
- Регистрация
- 12.07.2010
- Адрес
- Балашиха, Московская обл.
- Сообщений
- 856
- Поблагодарили
- 429
- Поблагодарил
- 320
Последний раз редактировалось RN3DLL; 30.11.2011 в 13:53.
-
30.11.2011, 13:50 #8
- Регистрация
- 25.02.2005
- Адрес
- Любой
- Сообщений
- 1,680
- Записей в дневнике
- 2
- Поблагодарили
- 1260
- Поблагодарил
- 2728
Тот же Logger32 уже позволяет получать от «существующих qrz.com или бесплатного HamQTH» килобайт полезной информации без мегабайтов бесполезной. К чему еще огород? А потом, зачем в экспедиции нужны данные из колбуков?
Добавлено через 2 минуты
Цена вопроса — доли секунды. В нашем деле это, конечно же, жизненно важноПоследний раз редактировалось RN3ANT; 30.11.2011 в 13:50. Причина: Добавлено сообщение
-
30.11.2011, 13:55 #9
- Регистрация
- 18.01.2003
- Адрес
- Кишинёв
- Возраст
- 53
- Сообщений
- 4,645
- Поблагодарили
- 1959
- Поблагодарил
- 8508
Снова мечта о халяве. Даже смысла объяснять почему не получится не вижу - восторженный пыл топикстартера (шутка) сам угаснет по мере углубления в материал.
В очередной раз просто хочу напомнить - бесплатного сыра нет даже в мышеловке.
Добавлено через 59 секунд
Там электроны быстрее бегают?Последний раз редактировалось ER1CS; 30.11.2011 в 13:55. Причина: Добавлено сообщение
-
30.11.2011, 13:55 #10
- Регистрация
- 25.02.2005
- Адрес
- Любой
- Сообщений
- 1,680
- Записей в дневнике
- 2
- Поблагодарили
- 1260
- Поблагодарил
- 2728
-
30.11.2011, 13:59 #11
- Регистрация
- 12.07.2010
- Адрес
- Балашиха, Московская обл.
- Сообщений
- 856
- Поблагодарили
- 429
- Поблагодарил
- 320
-
30.11.2011, 14:00 #12
- Регистрация
- 12.07.2010
- Адрес
- Балашиха, Московская обл.
- Сообщений
- 856
- Поблагодарили
- 429
- Поблагодарил
- 320
nslookup
http://www.microsoft.com/resources/d....mspx?mfr=true
PS Пока вам отправлял получил
Fatal error: Out of memory (allocated 14417920) (tried to allocate 122880 bytes) in /home/qrz/forum.qrz.ru/includes/class_mail.php on line 256
-
30.11.2011, 14:00 #13
- Регистрация
- 25.02.2005
- Адрес
- Любой
- Сообщений
- 1,680
- Записей в дневнике
- 2
- Поблагодарили
- 1260
- Поблагодарил
- 2728
Нет, электроны там бегают точно так же. Только вот прежде чем получить какие-либо данные от какого-либо вэб-сервера, вам (вашему компьютеру) требуется получить от DNS-сервера информацию о том, по какому маршруту слать запрос к вэб-серверу, потом слать сам запрос, и только потом уже получать нужную вам информацию. А в этом случае вы исключаете, ставшие ненужными «информацию о том, по какому маршруту слать запрос к вэб-серверу, потом слать сам запрос, и только потом уже получать нужную вам информацию», так как сразу получаете от DNS-сервера всё, что нужно
-
30.11.2011, 14:05 #14
- Регистрация
- 18.01.2003
- Адрес
- Кишинёв
- Возраст
- 53
- Сообщений
- 4,645
- Поблагодарили
- 1959
- Поблагодарил
- 8508
-
30.11.2011, 14:07 #15
- Регистрация
- 12.07.2010
- Адрес
- Балашиха, Московская обл.
- Сообщений
- 856
- Поблагодарили
- 429
- Поблагодарил
- 320
|
Социальные закладки