“ниверсальный локатор ресурсов

**‘хемы адресации ресурсов**
HTTP	FTP	Goper	Mailto	News	NNTP	WAIS	File	Telnet

€з всех спецификаций World Wide Web только спецификациЯ URI доведена до состоЯниЯ URI определЯет способ записи (кодированиЯ) адресов различных информационных ресурсов при обращении к ним из страниц WWW. Ћднако в последнее времЯ даннаЯ спецификациЯ стала встречатьсЯ и в почтовых сообщениЯх. Џри этом, видимо предполагаетсЯ, что пользователи почты должны использовать клиентов поддерживающих этот формат сообщениЯ. ђеально речь может идти о клиентах MIME (Multiperposal Internet Mail Exchange).

Ќеобходимость в URI была понЯтна разработчикам WWW c момента зарождениЯ системы, т.к. предполагалось объединение в единую информационную среду средств, использующих различные способы идентификации информационных ресурсов. Џервоначально это были FTP архивы, информационно-поисковаЯ система Alise и справочнаЯ система –…ђЌ. Ћднако Ѓернерс ‹и подошел к делу основательно и разработал спецификацию, котораЯ включала в себЯ обращениЯ к FTP, Gopher, WAIS, Usenet, E-mail, Prospero, Telnet, Whois, X500 и конечно HTTP(WWW). ‚ итоге была разработана универсальнаЯ спецификациЯ, котораЯ позволЯет расширЯть список адресуемых ресурсов за счет поЯвлениЯ новых.

Њесто применениЯ URI -- гипертестовые ссылки, которые записываютсЯ в тагах < A HREF=URI > и < LINK HREF=URI >. ‚страиваемые графические объекты также адресуютсЯ по спецификации URI в тагах < IMG SRC=URI > и <FIG SRC=URI >. ђеализациЯ URI длЯ WWW называетсЯ URL(Uniform Resource Locator). ’очнее, URL -- это реализациЯ схемы URI, отображеннаЯ на алгоритм доступа к ресурсам по сетевым протоколам. ‘уществует еще и URN (Uniform Resource Name), которое отображает URI в пространство имен на сети. ‚ообще говорЯ, на мой взглЯд это уже перебор. ‘обственно, поЯвление URN свЯзано с желанием адресовать части почтового сообщениЯ MIME. Ќо здесь есть момент, который находитсЯ в стадии дебатов. ‘ообщение "живет" не более 5 дней. …сли оно сохранено, то его можно превратить в другой информационный ресурс, например WWW страницу. Џоэтому судьба URN еще не решена.

Џри разработке URI преследовались следующие принципы:

ђасширЯемость -- новые адресные схемы должны были легко вписыватьсЯ в существующий синтаксис URI.

Џолнота -- по возможности, любаЯ из существовавших схем должна была описыватьсЯ посредством URI.

—итаемость -- адрес должен был быть легко читаем человеком, что вообще характерно длЯ технологии WWW -- документы вместе с ссылками могут разрабатыватьсЯ в обычном текстовом редакторе. Џолнота и —итаемость порождали коллизию, свЯзанную с тем, что в некоторых схемах используетсЯ двоичнаЯ информациЯ. ќта проблема была решена за счет формы представлениЯ такой информации. ‘имволы, которые несут служебные функции и двоичные данные отображаютсЯ в URI в шестнадцатеричном коде и предварЯютсЯ символом "%".

Џрежде, чем рассмотреть различные схемы представлениЯ адресов, приведем пример простого адреса URI:
http://polyn.net.kiae.su/polyn/index.html

Џеред двоеточием стоит имЯ схемы адреса -- "http". ќто имЯ отделено двоеточием от остатка URI, который называетсЯ путь. ‚ данном случае путь состоит из доменного адреса машины, на которой установлен сервер HTTP и пути от корнЯ дерева сервера к файлу "index.html".

Љроме представленной выше полной записи URI, существует упрощеннаЯ. Ћна предполагает, что к моменту ее использованиЯ многие параметры адреса ресурса уже определены (протокол, адрес машины в сети, некоторые элементы пути). Џри таких предположениЯх автор гипертекстовых страниц может указывать только относительный адрес ресурса, т.е. адрес относительный базовых определенных ресурсов.

‚ RFC 1630 рассмотрено 8 схем адресации ресурсов internet и указаны две, чей синтаксис находитсЯ в стадии обсуждениЯ.

‘хема HTTP. ќто основнаЯ схема длЯ WWW. ‚ схеме указываетсЯ ее идентификатор, адрес машины, TCP порт, путь в директории сервера, поисковый критерий и метка. Џриведем несколько примеров URI длЯ схемы HTTP.
http://polyn.net.kiae.su/polyn/manifest.html

ќто наиболее распространенный вид URI, применЯемый в документах WWW. ‚след за именем схемы (http) следует путь, состоЯщий из доменного адреса машины и полного адреса HTML документа в дереве сервера HTTP.

‚ качестве адреса машины допустимо использование и IP адреса:
http://144.206.160.40/risk/risk.html …сли сервер протокола HTTP запущен на другой, отличный от 80 порт TCP, то это отражаетсЯ в адресе:
http://144.206.130.137:8080/altai/index.html Џри указании адреса ресурса возможна ссылка на точку внутри файла HTML. „лЯ этого вслед за именем документа может быть указана метка внутри документа:
http://polyn.net.kiae.su/altai/volume4.html#first ‘имвол "#" разделЯет имЯ документа от имени метки. „ругаЯ возможность схемы HTTP -- передача параметров. Џервоначально предполагалось, что в качестве параметров будут передаватьсЯ ключевые слова, но, помере развитиЯ механизма SGI скриптов, в качестве параметров стала передаватьсЯ и другаЯ информациЯ.
http://polyn.net.kiae.su/isindex.html?keyword1+keyword2 ‚ данном примере предполагаетсЯ, что документ "isindex.html" - документ с возможностью поиска по ключевым словам. Џри этом в зависимости от поисковой машины (программы, реализующей поиск) знак "+" будет интерпритироватьсЯ либо как "AND", либо как "OR". ‚ообще говорЯ, "+" - заменЯет " " и относитсЯ к классу неотображаемых символов. …сли необходимо передать такой символ в строке параметров, то следует передавать в шестнадцатиричном виде его ASCII код.
http://polyn.net.kiae.su/isindex.html?keyword1%20keyword2 ‚ данном случае иметсЯ один параметр в котором два слова разделены пробелом. ‘имвол "%" обозначает начало ASCII кода, который продолжаетсЯ до первого символа отличного от цифры.

Џри использовании HTML Forms параметры передаютсЯ как поименованные полЯ:
http://polyn.net.kiae.su/isindex.html?field1=value1+field2=value2 ‡начениЯ "field1" и "field2" - это имена полей, а "value1" и "value2" - их значениЯ. Џри этом приведенному выше URI может соответствовать следующаЯ HTML форма:
< FORM ACTION=http://polyn.net.kiae.su/cgi-bin/test > ‚ведите заначениЯ полей: Џоле "field1":< INPUT NAME="filed1" VALUE="value1" > Џоле "field2":< INPUT NAME="field2" VALUE="value2" > < HR > < /FORM >

‘хема FTP. „аннаЯ схема позволЯет адресовать файловые архивы FTP из программ-клиентов World Wide Web. Џри этом программа должна поддерживать протокол FTP. ‚ данной схеме возможно указание не только имени схемы, адреса FTP архива, но и идентификатора пользователЯ и даже его паролЯ. Ќаиболее часто даннаЯ схема используетсЯ длЯ доступа к публичным архивам FTP:
ftp://polyn.net.kiae.su/pub/0index.txt ‚ данном случае записана ссылка на архив "polyn.net.kiae.su" c идентификатором "anonymous" или "ftp" (анонимный доступ). …сли есть необходимость указать идентификатор пользователЯ и его пароль, то можно это сделать перед адресом машины:
ftp://nobody:password@polyn.net.kiae.su/users/local/pub ‚ данном случае эти параметры отделены от адреса машины символом "@", и отделены друг от друга двоеточием. ‚ некоторых системах можно указать и тип передаваемой информации, но даннаЯ возможность не стандартизирована. ‘тандарт рекомендует определЯть тип по характеру данных (текстоваЯ информациЯ- ASCII, двоичнаЯ - IMAGE). ‘ледует также учитывать, что употребление идентификатора пользователЯ и его паролЯ не рекомендованно, т.к. данные передаютсЯ незашифрованными и могут быть перехвачены. ђеальнаЯ защита в WWW осуществлЯетсЯ другими средствами и построена на других принципах.

‘хема Gopher. „аннаЯ схема используетсЯ длЯ ссылки на рисурсы распределенной информационной системы Gopher. ‘хема состоит из идентификатора и пути, в котором указываетсЯ адрес Gopher сервера, тип ресурса и команда Gopher.
gopher://gopher.kiae.su:70:/7/kuku ‚ данном примере осуществлЯетсЯ доступ к gopher серверу gopher.kiae.su черз порт 70 длЯ поиска (тип 7) слова "kuku". ‘ледует заметить, что gopher тип, в данном случае 7, передаетсЯ не перед командой, а вслед за ней.

‘хема MAILTO. „аннаЯ схема предназначена длЯ отправки почты по стандарту RFC822(стандарт почтового сообщениЯ). Ћбщий вид схемы выглЯдит как:
mailto:paul@quest.polyn.kiae.su

‘хема NEWS. „аннаЯ схема используетсЯ длЯ просмотра сообщений системы Usenet. Џри использовании этой схемы используетсЯ следующаЯ нотациЯ:
news:comp.infosystems.gopher ‚ данном случае можно получить статьи и группы "comp.infosystems.gopher" в режиме уведомлениЯ. Њожно получить и текст статьи, но в этом случае указывают ее идентификатор:
news:086@comp.infosystems.gopher ‡аказана 86 статьЯ из группы.

‘хема NNTP. ќто еще одна схема получениЯ доступа к ресурсам Usenet. ‚ данной схеме обращение к группе comp.infosystems.gopher длЯ получениЯ 86 статьи будет выглЯдеть так:
nntp:comp.infosystems.gopher/086 следует обратить внимание на то, что адрес сервера Usenet не указан. Џрограмма-клиент должна быть предварительно сконфигурирована на работу с одним из серверов Usenet. ‘ама служба Usenet ЯвлЯетсЯ распределенным информационным ресурсом и группа comp.infosystems.gopher на сервере в домене kiae.su или где-либо еще в мире содержит одни и те же сообщениЯ.

‘хема TELNET. „оступ к ресурсу в режиме удаленного терминала осуществлЯетсЯ по это схеме. Ћбычно, клиент вызывает дополнительную программу длЯ работы по протоколу telnet. Џри использовании этой схемы необходимо указывать идентификатор пользователЯ, и возможно использование паролЯ. ђеально, доступ осуществлЯетсЯ к публичным ресурсам и идентификатор и пароль ЯвлЯютсЯ общеизвестными, например их можно узнать в базах данных Hytelnet.
telnet://guest:password@apollo.polyn.kiae.su

‘хема WAIS. WAIS -- распределеннаЯ информационно-поисковаЯ система. “читываЯ, что она работает в двух режимах: поиска и просмотра. Џри поиске используетсЯ форма со знаком "?", отделЯющим адресную часть в пути от ключевых слов:
wais://wais.think.com/wais?guide ‚ данном случае обращаютсЯ к базе данных wais на сервере wais.think.com с запросом на поиск документов со словом guide. ‘ервер должем вернуть клиенту список документов. Џосле получениЯ этого списка можно использовать вторую форму схемы wais -- запрос на просмотр документа:
wais://wais.think.com/wais/wtype/039=/kuku/kuku.txt 039 -- это идентификатор документа. ‘ледует заметить, что не все клиенты умеют работать с этой схемой, и врЯде случаев следует пользоватьсЯ другими средствами. ‘хема wais хороша там, где надо обслуживать постоЯнно действующий запрос, который неизменен на протЯжении длительного времени, но при этом выдает свежие документы.

‘хема FILE. World Wide Web технологиЯ используетсЯ как в сетевом, так и в локальном режимах. „лЯ локального режима используют схему FILE.
file:///C|/text/html/index.htm ‚ данном примере приведено обращение к локальному документу на персональном компьютере с MS-DOS или MS-Windows. ‘ледует заметить, что даннаЯ схема не может быть применена к CGI скриптам. Ћчень часто, однако, пользователи пытаютсЯ применить file к скрипту, что ЯвлЯетсЯ ошибкой. ‹юбой скрипт может быть запущен только сервером HTTP, т.к. ему надо передавать параметры и данные. Љлиент запускает только программы просмотра на основе MIME типов из заголовка сообщений сервера или по расширению файла.

‘уществует еще несколько схем. ќти схемы реально практически не используютсЯ или находЯтсЯ в стадии разработки, поэтому останавливатьсЯ на них мы не будем.

€з приведенных выше примеров видно, что спецификациЯ адресов ресурсов URI ЯвлЯетсЯ довольно общей и позволЯет проидентифицировать практически любой ресурс Internet. Џри этом число ресурсов может расширЯтьсЯ за счет созданиЯ новых схем. Ћни могут быть похожими на существующие, а могут и отличатьсЯ от них. ђеальный механизм интерпретации идентификатора ресурса, опирающийсЯ на URI, называетсЯ URL и пользователи WWW имеют дело именно с ним.