Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции GANJANET.LOCAL
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции GANJANET.LOCAL с датами от 13 Oct 05 22:03:42 до 05 Aug 17 10:35:42, всего сообщений: 3030
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1561 из 3030 =================================== GANJANET.LOCAL =
От   : Mithgol the Webmaster            2:5063/88          09 Nov 06 19:17:32
Кому : All                                                 09 Nov 06 19:17:32
Тема : [3/10] FidoURL.rus.txt
FGHI : area://GANJANET.LOCAL?msgid=2:5063/88+455354b0
На   : area://GANJANET.LOCAL?msgid=2:5063/88+455337d7
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
* изначально написано в эхоконференцию RU.FTN.DEVELOP
* также было отослано в эхоконференцию RU.FTN.WINSOFT
* также было отослано в эхоконференцию TITANIC.BEST
* также было отослано в эхоконференцию GANJANET.LOCAL

textsection 3 of 10 of file FidoURL.rus.txt
textbegin.section

    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 шестн.) ДОЛЖЕН быть
        закодирован, если они следуют друг за другом последовательно.

        Слово "Origin" имеет специальное значение в Фидонете и может
        случайно начать линию ориджина в некоторых случаях (скажем,
        когда ему предшествует звёздочка и пробел). Как минимум один
        из шести соответствующих октетов (4F 72 69 67 69 6E шестн.)
        ДОЛЖЕН быть закодирован, если они следуют друг за другом
        последовательно.

        Другие символы были определены как небезопасные в RFC 1738,
        поскольку некоторые гейты и другие транспортные агенты были
        известны в качестве модифицирующих эти символы иногда. Вот
        эти символы: "{", "}", "|", "\", "^", "~", "[", "]" и "`".
        Соответствующие им октеты (7B 7D 7C 5C 5E 7E 5B 5D 60 шестн.)
        ДОЛЖНЫ быть закодированы во имя совместимости с Интернетом.

        Все небезопасные символы ДОЛЖНЫ всегда быть закодированы
        в URL. Скажем, символ "#" ДОЛЖЕН быть закодирован в URL
        даже в тех программах, которым нет дела до идентификаторов
        фрагментов или якорей, так чтобы если URL будет скопирован
        в другую программу, которая использует такие идентификаторы,
        то изменение кодирования URL не понадобилось бы.

      5.2.2.3. Зарезервированные символы
      -+--------------------------------

        Многие схемы URL резервируют некоторые символы для специальных
        целей: придаётся определённый смысл появлению таких символов
        в той части URL, разбор которой зависит от конкретной схемы
        (в части <особая-часть> после имени схемы).

        Обычно URL означает одно и то же и в том случае, когда октет
        представлен символом, и когда октет закодирован. Однако это
        не так для зарезервированных символов: кодирование символа,
        зарезервированного для некоторой схемы, может принести вред
        смысловому значению URLа, если символ использован в согласии
        с определённым для него смыслом.

        Символ "?" используется как разделитель между необходимой и
        необязательной частью URLа. Сам разделитель НЕ ДОЛЖЕН быть
        закодирован. Если символ "?" появляется в любой другой части
        URLа, он ДОЛЖЕН быть закодирован, чтобы его нельзя было
        перепутать с разделителем.

        Символ "=" используется как разделитель между именем параметра
        и его значением. Сами разделители НЕ ДОЛЖНЫ быть закодированы.
        Если символ "=" появляется в любой другой части URLа, тогда он
        ДОЛЖЕН быть закодирован, чтобы его нельзя было перепутать
        ни с одним из разделителей.

        Символ "&" используется как разделитель между парами
        "параметр=значение". Сами разделители НЕ ДОЛЖНЫ кодироваться.
        Если символ "&" появляется в любой другой части URLа, тогда он
        ДОЛЖЕН быть закодирован, чтобы его нельзя было перепутать
        ни с одним из разделителей.

        Символ "/" зависит от схемы:

        *) В некоторых схемах ("netmail:", к примеру) символ "/" имеет
           свой собственный (буквальный) смысл, поскольку он широко
           используется как часть стандартной фидонетовской записи
           адресов <zone>:<net>/<node>.<point> (см. подробности
           в FSP-1004).

        *) В некоторых других схемах символ "/" зарезервирован для
           использования в пути к файлу
           (<directory>/<directory>/...<directory>/<filename>),
           и соответствующий ему октет (2F шестн.) ДОЛЖЕН быть
           закодирован, если не разделяет части пути. См. подробности
           далее (в разделах, относящихся к схемам).

      5.2.2.4. Плюс ("+") и кодирование пробелов
      -+----------------------------------------

        Пробелы (октеты 20 шестн.) являются наиболее распространёнными
        небезопасными символами Фидонета, и оттого играют значительную
        роль в тех частях URLов, чьё понимание зависит от схемы:
        пробелы появляются в кладжах MSGID, используются в качестве
        разделителей между словами в текстовых строках, и так далее.

        Чтобы улучшить человекочитаемость фидонетовских URLов, и чтобы
        сделать URLы короче, может использоваться новый более краткий
        синоним шестнадцатиричной тройки "%20". Это плюс ("+").

        Программы, воспринимающие ту часть URLа, понимание которой
        зависит от конкретной схемы (это <особенная-часть>), ДОЛЖНЫ
        воспринимать там символ плюса ("+") как эквивалентный тройке
        символов, шестнадцатирично кодирующих пробел ("%20").

        В силу этого обстоятельства, сам символ плюса является
        зарезервированным, и соответствующий ему октет (2B шестн.)
        ДОЛЖЕН быть закодирован, если содержится в <особенная-часть>.

textend.section

Ceterum censeo Diptaunum esse delendam!    [Ru.Mozilla]     http://Mithgol.Ru/
Mithgol the Webmaster.  [Team В эхолисте ,,ё`` уместим]  [Team А я меняю subj]

... Сон ── синдром абстиненции, вызываемый недостатком кофе.   (с английского)
--- Языку неважно ведь, кто да как привык: тридцатитрёхбуквенен грамотный язык
* Origin: Это гологpафическая pоза осколочная ── тестовый обpазец (2:5063/88)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.030792 секунды