= Сообщение: 1947 из 3030 =================================== GANJANET.LOCAL =
От : Mithgol the Webmaster 2:5063/88 10 Feb 07 14:26:40
Кому : All 10 Feb 07 14:26:40
Тема : [2/10] FidoURL.rus.txt
FGHI : area://GANJANET.LOCAL?msgid=2:5063/88+45cdac13
На : area://GANJANET.LOCAL?msgid=2:5063/88+45cda92a
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
* изначально написано в эхоконференцию RU.FTN.DEVELOP
* также было отослано в эхоконференцию CU.TALK
* также было отослано в эхоконференцию GANJANET.LOCAL
* также было отослано в эхоконференцию RU.FIDO.WWW
* также было отослано в эхоконференцию RU.FIDONET.TODAY
* также было отослано в эхоконференцию SU.FIDOTECH
* также было отослано в эхоконференцию TITANIC.BEST
textsection 2 of 10 of file FidoURL.rus.txt
textbegin.section
5.1. Главные части URLов
-+----------------------
В общем, фидонетовские URLы записываются вот так:
<схема>:<особенная-часть>
Каждый URL содержит имя используемой им схемы (<схема>), а за ним
двоеточие, а за ним набор символов (<особенная-часть>), понимание
которого зависит от используемой схемы.
Имя схемы является последовательностью символов. В ней разрешается
употреблять строчные латинские буквы "a"--"z", цифры, символ плюса
("+"), точку ("."), дефис ("-"). В силу соображений совместимости,
разбирающим фидонетовский URL программам НАДОБНО обрабатывать
заглавные латинские буквы в именах схем как эквивалентные строчным,
им соответствующим (например, принимать имя схемы "AREA" в качестве
"area").
Только первое двоеточие в URLе играет роль отделителя, отделяющего
часть адреса <схема> от части <особенная-часть>. Особенная часть
всякого URLа МОЖЕТ содержать и другие двоеточия.
За двоеточием-отделителем между <схема> и <особенная-часть> МОЖЕТ
непосредственно идти необязательная двойная косая черта ("//").
Фидонетовские программы, разбирающие URL, ДОЛЖНЫ обрабатывать
отделитель "://" в качестве эквивалентного обычному двоеточию
перед <особенная-часть>.
5.1.1. Примечание о соответствии
-+------------------------------
Этот подраздел приводится для сведения.
Фидонетовские схемы URLов, описываемые в этом документе, состоят
только из строчных латинских букв "a"--"z". Однако как цифры,
так и символы плюса ("+"), точки (".") и дефиса ("-") ДОЛЖНЫ
также дозволяться в именах схем, чтобы обеспечить корректную
обработку интернетовских схем, соответствующих спецификациям
RFC 1738.
5.1.2. Руководство по употреблению отделителей
-+--------------------------------------------
Обычаи нынешнего Интернета проводят некоторое различие между
отделителями ":" и "://". Отделитель "://" часто применяется
после имён схем, означающих объекты и ресурсы ("http://",
"ftp://", "gopher://", "nntp://", "ed2k://", "file://" и т. д.).
Отделитель ":" часто употребляется после имён схем, означающих
действия (например, "mailto:", "skype:").
Аналогичная разница существует между фидонетовскими ресурсами
(объектами) и действиями. Вот почему, хотя эти отделители ДОЛЖНЫ
всегда обрабатываться как эквивалентные, всё же РЕКОМЕНДУЕТСЯ
использовать ":" после схем, означающих действия ("netmail:",
"echomail:", "areafix:"), а "://" СЛЕДУЕТ использовать после
схем, означающих ресурсы ("area://", "freq://", "fecho://",
"faqserv://", и т. п.).
5.2. Кодирование символов в URLах
-+-------------------------------
URLы являются последовательностями символов, то есть букв, цифр,
и (или) спецсимволов. URLы могут быть записаны разными способами;
например, чернилами на бумаге, или последовательностью октетов
кода, соответствующих символам в некоторой кодировке. Обработка
URL не зависит от этого способа, а только от значения символов,
в URL использованных.
Полезно различать два понятия: "символ" (элемент письменности,
семантическая единица) и "октет" (восьмибитный байт).
В большинстве схем URLов последовательности символов, стоящие
в разных частях URLа, отражают собою последовательности октетов,
используемых в фидонетовских службах. Скажем, в схеме "netmail:"
такими последовательностями октетов являются фидонетовский адрес,
заголовок письма и имя адресата; части URLа служат представлением
этих последовательностей. Последовательности же октетов, в свою
очередь, являются кодированным представлением изначальных символов
(символов заголовка, символов имени сисопа и т. д.); каждому из
изначальных символов соответствует один октет или более.
Таким образом, всегда существует два соответствия: символам URLов
соответствуют октеты, а октетам соответствуют изначальные символы:
запись URLа <-> последовательность октетов <-> изначальные символы
5.2.1. Кодирование изначальных символов
-+-------------------------------------
Следующий абзац приводится для сведения.
Последовательность октетов, определяемая той или иною частью
URLа, является представлением последовательности символов,
изначально используемых в Фидонете. Процесс этот обладает весьма
разнообразной природою. Будучи международной сетью, Фидонету
всегда приходится иметь дело с сотнями национальных символов,
с десятками имеющихся традиций кодирования и наборов символов.
И есть уже целый ряд FSC (документов фидонетовских стандартов),
предлагающих различные способы на основе кладжей указать, какой
набор символов используется. Однако не было бы мудрым решение
реализовать какие бы то ни было эквиваленты кладжей в качестве
необходимого элемента каждого из фидонетовских URLов; а также
было бы непросто поддерживать полный список всевозможных наборов
символов внутри каждой из программ, обрабатывающих фидонетовские
URLы. (Не забудьте, что одной из целей является возможность как
появления, так и правильной обработки фидонетовских URLов внутри
традиционного HTML-гипертекста в Паутине, интернетовском e-mail,
мгновенных сообщениях, и т. п.) Вот почему приходится выбрать
только одну кодировку, с достаточно обширным набором символов.
Дальнейшие абзацы этого подраздела приводятся для указания.
Последовательность октетов, используемая в фидонетовских URLах,
ДОЛЖНА всегда содержать представление изначальных символов,
достигнутое кодированием их в UTF-8.
Стандарт ISO/IEC 10646-1 определяет многооктетный набор символов
под названием Universal Character Set (т. е. Универсальный Набор
Символов, UCS), охватывающий большинство существующих в мире
систем письменности. И UTF-8, один из так называемых форматов
преобразования UCS (UCS transformation formats, UTF), сохраняет
семибитное подмножество ASCII неизменным, обеспечивая тем самым
некоторую совместимость с файловыми системами, обработчиками и
другими элементами программного обеспечения, которые полагаются
на значения семибитного ASCII, а по отношению к другим значениям
проявляют терпимость.
UTF-8 описывается в RFC 2279. Его описание также можно найти
в Unicode Technical Report #4 и в стандарте Unicode версии 2.0.
5.2.2. Кодирование октетов
-+------------------------
Последовательности символов в различных частях URLа используются
для представления последовательностей октетов.
Существует возможность представить октет при помощи символа,
соответствующего этому октету по коду в чистом (семибитном)
наборе символов ASCII. Однако есть некоторые исключения
(см. ниже).
Другой вариант: октеты МОГУТ также быть закодированы при помощи
тройки символов, состоящей из символа "%", за которым идут две
шестнадцатиричных цифры (из набора "0123456789ABCDEF"), которые
образуют шестнадцатиричное значение октета. (Символы "abcdef"
также МОЖНО использовать при шестнадцатиричном кодировании.)
Шестнадцатиричное кодирование любого октета МОЖЕТ использоваться
даже в тех случаях, когда оно не является ТРЕБУЕМЫМ, не является
РЕКОМЕНДУЕМЫМ. Тем не менее, РЕКОМЕНДУЕТСЯ избегать ненужного
шестнадцатиричного кодирования, чтобы URLы получались покороче.
Использование шестнадцатиричного кодирования октетов становится
НЕОБХОДИМЫМ или РЕКОМЕНДУЕМЫМ, если для них нет соответствующего
семибитного видимого символа в ASCII, или если употребление
соответствующего символа небезопасно, или если соответствующий
символ был зарезервирован для другого истолкования в конкретной
схеме URL. Эти требования и рекомендации излагаются ниже.
5.2.2.1. Нет соответствующего 7-битного видимого символа
-+------------------------------------------------------
URLы записываются только при помощи графических (видимых,
печатаемых) символов семибитной кодовой таблицы ASCII.
Октеты 80-FF (это дан шестнадцатиричный код их) не принадлежат
к семибитному ASCII, а октеты 00-1F и 7F (шестн.) обозначают
управляющие символы ASCII; эти октеты ДОЛЖНЫ кодироваться.
5.2.2.2. Небезопасные символы
-+---------------------------
Символы могут быть небезопасными по ряду причин.
Символ пробела является небезопасным, так как значащие пробелы
могут исчезнуть и незначащие пробелы могут быть добавлены при
записи или наборе URLов, а также при обработке текста с URLами
в текстовых процессорах. Октет 20 (шестн.) ДОЛЖЕН всегда быть
закодирован.
Символы "<" и ">" небезопасны, поскольку они употребляются как
разделители вокруг тэгов в HTML-гипертексте и в XML-данных.
Октеты 3C и 3E (шестн.) ДОЛЖНЫ всегда быть закодированы.
Символ кавычки (""") используется как разделитель вокруг URLов
в некоторых системах, в том числе в корректно записанном XHTML
и XML. Октет 22 (шестн.) ДОЛЖЕН всегда быть закодирован.
Символ "#" небезопасен, поскольку он используется во Всемирной
Паутине и в иных системах для отделения URLа от идентификатора
фрагмента или якоря, который может следовать за URLом.
Октет 23 (шестн.) ДОЛЖЕН всегда быть закодирован.
Символ "%" небезопасен, так как он используется в кодировании
других символов. Октет 25 (шестн.) ДОЛЖЕН всегда быть
закодирован.
Символьная последовательность тройного минуса (символ "-",
повторённый трижды) имеет специальное значение в Фидонете
и может случайно начать тиарлайн в некоторых случаях (скажем,
после переноса на новую строку). Как минимум один из трёх
соответствующих октетов (2D 2D 2D шестн.) ДОЛЖЕН быть
закодирован, если они следуют друг за другом последовательно.
Другие символы были определены как небезопасные в RFC 1738,
поскольку некоторые гейты и другие транспортные агенты были
известны в качестве модифицирующих эти символы иногда. Вот
эти символы: "{", "}", "|", "\", "^", "~", "[", "]" и "`".
Соответствующие им октеты (7B 7D 7C 5C 5E 7E 5B 5D 60 шестн.)
ДОЛЖНЫ быть закодированы во имя совместимости с Интернетом.
Все небезопасные символы ДОЛЖНЫ всегда быть закодированы
в URL. Скажем, символ "#" ДОЛЖЕН быть закодирован в URL
даже в тех программах, которым нет дела до идентификаторов
фрагментов или якорей, так чтобы если URL будет скопирован
в другую программу, которая использует такие идентификаторы,
то изменение кодирования URL не понадобилось бы.
textend.section
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... 89) Джордж Вашингтон выpащивал в своем садике маpихyанy.
--- Нет ничего бесчеловечнее, чем человеческая толпа. (c) unknown
* Origin: Песня, спетая словно обо мне: Linkin Park ── In The End (2:5063/88)
|
