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


Присутствуют сообщения из эхоконференции GANJANET.LOCAL с датами от 13 Oct 05 22:03:42 до 05 Aug 17 10:35:42, всего сообщений: 3030
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2495 из 3030 =================================== GANJANET.LOCAL =
От   : Mithgol the Webmaster            2:5063/88          14 Oct 07 00:53:50
Кому : All                                                 14 Oct 07 00:53:50
Тема : [1/10] FidoURL.rus.txt
FGHI : area://GANJANET.LOCAL?msgid=2:5063/88+471130dd
На   : area://GANJANET.LOCAL?msgid=2:5063/88+4711287a
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
* изначально написано в эхоконференцию Ru.FTN.Develop
* также было отослано в эхоконференцию GanjaNet.Local
* также было отослано в эхоконференцию Ru.Fido.WWW
* также было отослано в эхоконференцию SU.FidoTech
* также было отослано в эхоконференцию Titanic.Best

textsection 1 of 10 of file FidoURL.rus.txt
textbegin.all

**********************************************************************
FGHI                              FIDONET GLOBAL HYPERTEXT INTERCHANGE
**********************************************************************
Статус:             черновик
Номер редакции:     0.4
Заглавие:           FGHI URL, средства Единой Формы Адресации Ресурсов
                    для фидонетовских объектов и служб
Автор:              Mithgol the Webmaster (Sergey Sokoloff, 2:5063/88)
Спасибо за помощь:  Shannar                  (Boris Kassal, 2:463/587)
                    Trooper            (Alexey Bezugly, 2:5030/1520.9)
                    NoSFeRaTU          (Konstantin Kuzov, 2:5019/40.1)
Дата редакции:      13 Oct 2007
-+--------------------------------------------------------------------
Содержание:
   1. Статус этого документа
   2. Введение
   3. Ключевые слова для выражения уровней требуемости
   4. Список изменений этого документа
   5. Общий синтаксис URL-адресов Фидонета
      5.1. Главные части URLов
         5.1.1. Примечание о соответствии
         5.1.2. Руководство по употреблению отделителей
      5.2. Кодирование символов в URLах
         5.2.1. Кодирование изначальных символов
         5.2.2. Кодирование октетов
            5.2.2.1. Нет соответствующего 7-битного видимого символа
            5.2.2.2. Небезопасные символы
            5.2.2.3. Зарезервированные символы
               5.2.2.3.1 Использование доменных суффиксов в ареатагах
            5.2.2.4. Плюс ("+") и кодирование пробелов
               5.2.2.4.1. Примечание об особенности
               5.2.2.4.2. Примечание об интернетовском обычае
            5.2.2.5. URLы, занимающие несколько строк текста в Фидо
      5.3. Разбор части URLа, особенной для каждой из схем
         5.3.1. Обработка неуместных зарезервированных символов
   6. Схемы URLов Фидонета, означающих действия
      6.1. Схема "netmail:"
         6.1.1. Необязательный параметр "to"
         6.1.2. Необязательный параметр "subject"
         6.1.3. Необязательный параметр "subj"
         6.1.4. Необязательный параметр "from"
         6.1.5. Необязательный параметр "body"
      6.2. Схема "areafix:"
         6.2.1. Необязательный параметр "uplink"
         6.2.2. Необязательные параметры "unsubscribe" и "leave"
         6.2.3. Будущие необязательные параметры
         6.2.4. Относительные URLы "areafix:"
      6.3. Схема "echomail:"
         6.3.1. Необязательный параметр "to"
         6.3.2. Необязательный параметр "subject"
         6.3.3. Необязательный параметр "subj"
         6.3.4. Необязательный параметр "from"
         6.3.5. Необязательный параметр "body"
   7. Схемы URLов Фидонета, означающих объекты
      7.1. Часть адреса <путь-объекта>. Возможные формы пути
         7.1.1. Предшествующая косая черта и завершающая косая черта
         7.1.2. Обработка неизвестных контейнеров
      7.2. Схема "area://"
         7.2.1. Фильтры сообщений
            7.2.1.1. Фильтры типа "msgid"
            7.2.1.2. Фильтры типа "time"
               7.2.1.2.1. Одиночный момент
                  7.2.1.2.1.1. Пустые значения
               7.2.1.2.2. Верхний предел
                  7.2.1.2.2.1. Пустые наиболее левые значения
                  7.2.1.2.2.2. Пустые наиболее правые значения
               7.2.1.2.3. Нижний предел
                  7.2.1.2.3.1. Пустые наиболее левые значения
                  7.2.1.2.3.2. Пустые наиболее правые значения
               7.2.1.2.4. Интервал времени
                  7.2.1.2.4.1. Пустые наиболее правые значения
                  7.2.1.2.4.2. Пустые наиболее левые значения
               7.2.1.2.5. Комплексный фильтр
               7.2.1.2.6. Типовое множество подытога фильтров "time"
               7.2.1.2.7. Порядковый номер дня в году
               7.2.1.2.8. Использование текущей даты и времени
               7.2.1.2.9. Кладж TrueTime
               7.2.1.2.10. Необязательный параметр "usetz"
               7.2.1.2.11. Будущие варианты фильтров "time"
            7.2.1.3. Фильтры типа "from"
            7.2.1.4. Фильтры типа "find"
            7.2.1.5. Географическая привязка эхопочты
               7.2.1.5.1. Кладж GEO
               7.2.1.5.2. Кладж GEOBOX
               7.2.1.5.3. Кладж GEOKML
               7.2.1.5.4. Координаты в ноудлистах и пойнтлистах
               7.2.1.5.5. Фильтры типа "geomark"
               7.2.1.5.6. Фильтры типа "geofrom"
            7.2.1.6. Будущие фильтры сообщений
         7.2.2. Закодированные объекты внутри эхопочтовых сообщений
            7.2.2.1. Имена кодированных объектов
            7.2.2.2. Как определяется означенный объект
               7.2.2.2.1. Возможные приложения
         7.2.3. Регулярные выражения
         7.2.4. Управление видимостью кладжей и скрытых строк
            7.2.4.1. Необязательный параметр "kl"
      7.3. Схема "faqserv://"
         7.3.1. Необязательный параметр "bot"
         7.3.2. Будущие необязательные параметры
      7.4. Схема "fecho://"
      7.5. Схема "freq://"
         7.5.1. Будущие необязательные параметры
-+--------------------------------------------------------------------

1. Статус этого документа
-+-----------------------

  Этот документ является переводом на русский язык, соответствующим
  черновику Предлагаемого Фидонетовского Стандарта (FSP).

  Оригинал этого документа описывает необязательный фидонетовский
  стандарт, который может использоваться как фидошным сообществом,
  так и в Паутине, и призывает к обсуждению и предложению доработок.

  Реализация протоколов, определённых в этом документе, не является
  необходимою; но ожидается, что все реализации этих протоколов будут
  соответствовать данному стандарту.

  Распространение этого документа не ограничивается, если в его текст
  при распространении не будут внесены изменения, не упомянутые явно.

2. Введение
-+---------

  В этом документе определяется несколько фидонетовских схем для
  Единой Формы Адресации Ресурсов -- для записи URL-адресов, которыми
  обеспечивается единообразно оформленная информация о местонахождении
  и о способах доступа к ресурсам и службам через Фидонет.

  Определение их спланировано с тем расчётом, чтобы соответствовать
  спецификациям RFC 1738; и оттого гиперссылки, заданные по указаниям
  данного документа, могут использоваться как в Фидонете (в эхопочте,
  в нетмейле), так и в традиционном HTML-гипертексте в рамках Паутины
  и интернетовского e-mail.

  Помимо самостоятельного предназначения, этот документ также послужит
  первой и наиболее основной частью FGHI (произносится 'фигхай'; это
  сокращение слов 'Fidonet Global Hypertext Interchange', означающих
  фидонетовский глобальный гипертекстовый обмен), целью которого будет
  гипертекстовая автоматизация некоторых покуда ручных операций Фидо,
  доставка и просмотр HTML-подобного иллюстрированного гипермедиа по
  традиционным каналам эхопочтовых и нетмейловых текстовых соединений,
  а также, возможно, некоторые другие элементы гипертекстового Фидо.

3. Ключевые слова для выражения уровней требуемости
-+-------------------------------------------------

  Ключевые слова "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
  "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY" и
  "OPTIONAL" в оригинале этого документа имеют смысл, соответствующий
  описаниям в стандарте FTA-1006 (основанном на RFC 2119).

  В этом русском переводе используются следующие ключевые выражения:

  "MUST"            : "ДОЛЖЕН", "НАДО"
  "MUST NOT"        : "НЕ ДОЛЖЕН"
  "REQUIRED"        : "НЕОБХОДИМЫЙ", "ТРЕБУЕМЫЙ", "ТРЕБУЕТСЯ"
  "SHOULD"          : "НАДОБНО", "СЛЕДУЕТ"
  "SHOULD NOT"      : "НЕ СЛЕДУЕТ"
  "RECOMMENDED"     : "РЕКОМЕНДУЕМЫЙ", "РЕКОМЕНДУЕТСЯ"
  "NOT RECOMMENDED" : "НЕ РЕКОМЕНДУЕТСЯ"
  "MAY"             : "МОЖЕТ", "МОЖНО"
  "OPTIONAL"        : "НЕОБЯЗАТЕЛЬНЫЙ"

4. Список изменений этого документа
-+---------------------------------

  В версии 0.4:                                          [13 Oct 2007]

  *) переименованы необязательные параметры, идентифицирующие
     сообщения; теперь они называются фильтрами сообщений
     (см. разделы 7.2.1, 7.2.2.2 и их подразделы)
  *) несколько фильтров одного и того же типа могут теперь
     использоваться одновременно
  *) флаг "/m" теперь всегда подразумевается в регулярных выражениях
     (раздел 7.2.3), так что его можно пропускать при поиске кладжей
     (раздел 7.2.1.4)
  *) новый (более разумный) перевод:
     Uniform Resource Locators = Единая Форма Адресации Ресурсов
  *) теперь запросы по умолчанию не могут подразумеваться в адресах
     "faqserv://" (раздел 7.3)
  *) к ареатагам добавлен необязательный суффикс "@domain" для
     различения между разными FTNами (по просьбе Скотта Литтла)
     в адресах "area://" (раздел 7.2), в адресах "areafix:" (раздел
     6.2), и в адресах "fecho://" (раздел 7.4); символ "@" теперь
     является зарезервированным внутри ареатагов (раздел 5.2.2.3.1)
  *) единый перевод: echomail = эхопочта (и нигде никаких эхомейлов)
  *) добавлен абзац для прояснения разницы между не поддающимися
     декодированию объектами и неизвестными контейнерами
     (в разделе 7.2.2.2)
  *) несколько аплинков и (или) списков аплинков могут быть указаны
     в URLах "areafix:" (раздел 6.2.1)
  *) один URL "areafix:" может содержать несколько ареатагов (раздел
     6.2), так что теперь возможною стала подписка на несколько эх
     при помощи единственного жмяка мышою (по просьбе Дмитрия
     Гайворонского)
  *) один URL "echomail:" может содержать несколько ареатагов (раздел
     6.3) для поддержки кросс-постинга сообщений (то есть сообщения
     рассылаются в несколько эх при помощи единственного жмяка мышою)
  *) один URL "area://" может содержать несколько ареатагов (раздел
     7.2), означая набор сообщений из нескольких областей эхопочты
  *) многострочные URLы (по просьбе Алекса Кочарина) теперь возможны
     (раздел 5.2.2.5)
  *) фильтры типа "mid" больше не нужны, вместо них используйте
     "msgid" (соответствующий раздел удалён)
  *) новый фильтр сообщений "time" (раздел 7.2.1.2) и кладж TrueTime
     (подраздел 7.2.1.2.9)
  *) эхопочта может содержать географическую привязку (раздел 7.2.1.5)
     и фильтроваться географически

  В версии 0.3:                                          [10 Feb 2007]

  *) начат этот список изменений
  *) добавлен подраздел 7.2.1.3 (Необязательный параметр "from")
  *) добавлен подраздел 7.2.1.4 (Необязательный параметр "find")
  *) отредактирован обрамляющий подраздел 7.2, чтоб отразить тот факт,
     что теперь можно идентифицировать несколько сообщений, не только
     одно сообщение
  *) добавлено спасибо за помощь NoSFeRaTU
  *) отредактирован подраздел 5.2.2.4.2, упомянут RFC 1630
  *) отредактирован список примеров в разделе 5
  *) добавлен подраздел 7.2.3 (Регулярные выражения)
  *) добавлен подраздел 7.2.4 (Управление видимостью кладжей
     и скрытых строк)
  *) отредактирован подраздел 5.2.2.2, слово "Origin" теперь
     не является небезопасным
  *) отредактирован подраздел 7.5.1, чтоб отразить тот факт, что
     ответы на запросы могут задерживаться

5. Общий синтаксис URL-адресов Фидонета
-+-------------------------------------

  Так как существует много различных типов фидонетовских объектов
  и служб, то несколько схем URL созданы для описания местонахождения
  этих ресурсов.

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

  URLы используются для определения местонахождения ресурсов, так как
  любой URL содержит абстрактный идентификатор такого местонахождения.
  Определив местонахождение ресурса, фидонетовская система может с ним
  произвести любую необходимую операцию из числа доступных системе (их
  мы можем перечислять с использованием таких терминов, как 'получить
  доступ', 'подписаться', 'отписаться', 'послать', 'запросить',
  'показать атрибуты').

  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а <-> последовательность октетов <-> изначальные символы

textend.section



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

... Hе бедность невыносима, а презрение.                             (Вольтер)
--- До термоядерной войны с Соединёнными Штатами Америки остаётся менее 3 лет.
* Origin: он не читал Арьятарабхаттариканамаштоттарасатакастотру? (2:5063/88)

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