следующая тема »

[Андрей С.В.]

Это не адрес, а URL (Universal Resiurce Locator). Что-то я в названии сего объекта не нашел даже упоминания про адрес и адресацию. Не покажете, где Вы это отыскали?

Да ладно Вам Urix людей в краску вгонять. URL (Universal Resiurce Locator) - это и есть адрес в сети. А вот Вам ссылочка, чтобы не возмущались - http://slovari.yandex.ru/search.xml?text=URL
Dmitry - с Вами согласен

[Urix]

Да ладно Вам Urix людей в краску вгонять.

А почему бы этого не сделать, если люди сами напрашиваются. Я в таких случаях всегда обращаюсь к стандартам (RFC1738). Даже мою (специально кстати сделанную) ошибку (Universal вместо Uniform) и ту "проглотили". Это еще раз доказывает, что никто за редким исключением не читает текстов как стандартов, так и законов, а читают лишь "жвачку" в виде комментариев к ним. На том и попадаются.
Привожу самое начало RFС1738, где я так и не увидел адресацию. Нужное место я выделил. Советую всем остальным также прочитать этот стандарт, прежде чем флудить про домены и  адресацию.

Network Working Group                                     T. Berners-Lee
Request for Comments: 1738                                          CERN
Category: Standards Track                                    L. Masinter
                                                       Xerox Corporation
                                                             M. McCahill
                                                 University of Minnesota
                                                                 Editors
                                                           December 1994


                    Uniform Resource Locators (URL)

Status of this Memo

   This document specifies an Internet standards track protocol for the
   Internet community, and requests discussion and suggestions for
   improvements.  Please refer to the current edition of the "Internet
   Official Protocol Standards" (STD 1) for the standardization state
   and status of this protocol.  Distribution of this memo is unlimited.

Abstract

   This document specifies a Uniform Resource Locator (URL), the syntax
   and semantics of formalized information for location and access of
   resources via the Internet.

1. Introduction

   This document describes the syntax and semantics for a compact string
   representation for a resource available via the Internet.  These
   strings are called "Uniform Resource Locators" (URLs).

   The specification is derived from concepts introduced by the World-
   Wide Web global information initiative, whose use of such objects
   dates from 1990 and is described in "Universal Resource Identifiers
   in WWW", RFC 1630. The specification of URLs is designed to meet the
   requirements laid out in "Functional Requirements for Internet
   Resource Locators" [12].

   This document was written by the URI working group of the Internet
   Engineering Task Force.  Comments may be addressed to the editors, or
   to the URI-WG <uri@bunyip.com>. Discussions of the group are archived
   at <URL:http://www.acl.lanl.gov/URI/archive/uri-archive.index.html>

[Николай Николаевич Федотов]

Достаточно если на конверте я напишу - Россия? Ну и по онлайн- знакомству г. Москва припишу и пошлю это письмецо Вам, уважаемый ННФ. Письмо дойдет?

Вот и с ДИ тоже самое. ДИ скорее выполняет функцию индивидуализации чем адресации.

Ваша логика мне не очень понятна. "Россия, Москва" - это часть адреса. Часть, понимаете? Неполный адрес. Фрагмент. Не весь адрес, а всего лишь часть его. И тем не менее, каждое из этих слов на конверте выполняет функцию адресации. Не в отдельности, а вместе с остальной частью адреса. Но функцию адресации. Отнюдь не индивидуализации.

[Urix]

Не в отдельности, а вместе с остальной частью адреса

Тогда, исходя из Вашей логики, письмо отправленное по адресу "На деревню дедушке Константин Макарычу" должно быть доставлено адресату, поскольку каждая часть адреса выполнила функцию адресации (дедушка живет в деревне и зовут его Константин Макарыч). Однако, как мы знаем, это письмо так и не было доставлено адресату, а значит и функция адресации не была выполнена.

ННФ! Что еще нужно для того, что бы письмо Ваньки Жукова было все-таки доставлено адресату, а значит была выполнена функция адресации?

[Dmitry]

Однако, как мы знаем, это письмо так и не было доставлено адресату, а значит и функция адресации не была выполнена.

Ну некоторым "дедушкам" письма доходят даже будучи адресованными совсем в другую "деревню"...
http://www.washingtonpost.com/wp-dyn/content/article/2006/03/07/AR2006030701520.html
http://www.newsru.com/russia/13mar2006/message.html
Кстати, относительно упоминаемого вами письма, мы ничего не знаем, а только предполагаем, автор произведения о сем прискорбном факте умалчивает...

[Dmitry]

  The specification is derived from concepts introduced by the World-
   Wide Web global information initiative, whose use of such objects
   dates from 1990 and is described in "Universal Resource Identifiers
   in WWW", RFC 1630.

Выделено вами, а подчеркнуто мной. А  теперь, внимание, вопрос.
С какой фразы начинается RFC 1630, концепция которого и послужила основой для последующих стандартов?
Ответ:
This document defines the syntax used by the World-Wide Web initiative to encode the names and addresses of objects on the Internet.

[Urix]

С какой фразы начинается RFC 1630, концепция которого и послужила основой для последующих стандартов?

Dmitry! Вы меня умиляете. Концепцию, легшую в основу стандарта, надо правильно переводить на русский язык.
Вот это место: encode the names and addresses. Для names будет справедливо http://internet-law.ru/forum/, а для addresses будет справедливо http://217.16.16.108/forum/. Кроме того, как оказалось, концепция URL включает в себя так же и URI, поскольку URI не предполагает некоторых расширений, включенных в URL и которые в настоящее время активно используются. Поэтому и используется locator (местоуказатель) вместо address (адрес). Адресация составляет лишь какую-то часть URL, но не заменяет его собой. А юристы заменяют URL адресацией. Каждая селедка - рыба, но не каждая рыба - селедка.

Стандарты не дураки пишут. Прежде чем выпустить стандарт копий ломается гораздо больше, чем в среде юристов при обсуждении законопроектов. Бывает и до мордобоя (в переносном смысле этого слова) дело доходит. Потому, что связисты знают, что каждое их слово потом будет реализовано в железе и стоимость железок может составлять триллионы долларов. Кто потом исправлять-то ошибку будет? Вот поэтому и желательно, чтобы юристы, как и врачи, все свои нововведения сначала проверяли на собаках, а не сразу на людях резали по живому.

P.S. Вы все-таки внимательно читайте сами стандарты, а не комментарии к ним, как это делает большинство юристов. Не берите дурной пример на вооружение.

[Dmitry]

внимательно читайте сами стандарты

Золотые слова, надеюсь вы покажете нам всем пример, дойдете до параграфа 4.5 RFC 1630 и громко процитируете нам, из каких составляющих образуется URL, согласно приведенному там определению в формате BNF.

Если же вы настаиваете на своей трактовке понятия адреса, не нападайте на юристов, разберитесь сначала с любимыми вам связистами. Почтовая связь - это же тоже по этому ведомству. Что за бардак, разве это почтовый адрес:
The White House
1600 Pennsylvania Avenue NW
Washington, DC 20500
Одни сплошные названия. Так не пойдет. Вот единственно верная форма действительно таки адреса: 38.897661 градусов северной широты, 77.036564 градусов западной долготы (если верить Гуглу http://maps.google.com/maps?f=q&hl=en&q=White+House&ll=38.897661,-77.036564&spn=0.003983,0.010643&om=1). Могут добавить координату по высоте и пусть немедленно исправляют это безобразие...

[Urix]

Если же вы настаиваете на своей трактовке понятия адреса

Это не я настаиваю. На этом настаивает материальность нашего мира и стандарт сетей TCP/IP. Адрес предполагает однозначное указание на приемник почтового отправления. Иначе функция адресации не будет выполнена, поскольку, если адрес указывает на несколько объектов, то одно почтовое отправление не может быть доставлено двум и более адресатам. Если же Вы докажете обратное, то Вам Нобелевскую премию завтра же вручат за найденное Вами нарушение закона сохранения вещества (энергии).

В сетях TCP/IP нет других способов адресации, кроме задания IP-адреса. Только после задания IP-адреса начинается процесс поиска маршрута к цели (роутинг). Поэтому и появилась специальная служба DNS, позволяющая людям заменять названиями не очень для них благозвучные IP-адреса, а машинам находить необходимый IP-адрес по заданным именам. Зайдите в любое отделение связи и попросите их показать справочник почтовых кодов. Кстати, такой справочник я как-то находил в Сети. И найдите по этому справочнику код своего отделения связи зная свой домашний адрес. Ту же справочную функцию выполняет DNS. А код предприятия связи - это аналог того же IP-адреса. Это азы технологии связи, которые нашли свое отражение в ФЗ "О связи" в виде нумерации.

И почему-то никто не пытается объявить средством индивидуализации почтовые адреса. Странным не находите?

Кроме того, Вы используете стандарт, который был заменен более поздним. Понятие адрес было приведено в соответствие с наблюдаемой картиной материального мира. Чтобы Нобелевские премии по физике не получали юристы. А то им только дай волю, то как в фильме команды Кусто, когда в стаю акул плеснули кровью, начнется...
Напомню, что еще в XVIII веке Французская академия наук прекратила принимать заявки на вечные двигатели.

дойдете до параграфа 4.5 RFC 1630 и громко процитируете нам, из каких составляющих образуется URL

Что-то я не нашел в RFC1630 параграфа 4.5. Не покажете, где это Вы его там отыскали? И стандарт этот относится к URI (Universal Resource Identifiers in WWW), а не к URL (Uniformed Resource Locator). Откуда Вы берете "битые" стандарты? Ссылочку, plz. Неужто любимый Вами гугл так Вас подставляет?

[Dmitry]

На этом настаивает материальность нашего мира и стандарт сетей TCP/IP. Адрес предполагает однозначное указание на приемник почтового отправления. Иначе функция адресации не будет выполнена, поскольку, если адрес указывает на несколько объектов, то одно почтовое отправление не может быть доставлено двум и более адресатам.

Такие понятия как broadcast address или multicast address ни о чем не заставят таки задуматься?

В сетях TCP/IP нет других способов адресации, кроме задания IP-адреса.

Только к обсуждаемым функциям доменного имени это ваше утверждение имеет слабое касательство, ибо протокол DNS относится большей частью к application layer, а не к network layer (IP) или transport layer (TCP).

Что-то я не нашел в RFC1630 параграфа 4.5.

Каюсь, не посмотрел, что в оригинале нумерация параграфов отсутствовала, только названия... Параграф назывался BNF for specific URL schemes, а определение выглядело следующим образом:

  url                    httpaddress | ftpaddress | newsaddress |
                         nntpaddress | prosperoaddress | telnetaddress
                         | gopheraddress | waisaddress |
                         mailtoaddress  | midaddress | cidaddress