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


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

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

        7.2.1.5.4. Координаты в ноудлистах и пойнтлистах
        -+----------------------------------------------

          Сисопам и пойнтам Фидонета НЕ РЕКОМЕНДУЕТСЯ снабжать каждое
          сообщение своей собственной эхопочты кладжами GEO с обычным
          географическим местонахождением отправителя (в отличие от
          координат места, упомянутого или сфотографированного или
          как-то иначе относящегося к сообщению, содержащему эти
          координаты). Местонахождение отправителя (сисопа или пойнта
          Фидонета) СЛЕДУЕТ объявить лишь единожды, вывесив
          соответствующие пользовательские флаги в ноудлисте или
          пойнтлисте.

          Такие флаги, если используются, ДОЛЖНЫ сообразовываться
          с разделом 6 ('Пользовательские флаги') FTS-5001;
          в частности, они МОГУТ содержать любые алфавитно-цифровые
          символы, кроме пробелов. Десятичная точка (символ "."),
          возможно, не алфавитно-цифровая, так что её НАДО избегать,
          и граница между целочисленной и дробной частью десятичного
          числа не обозначается в значении градусов нижеперечисленных
          флагов.

          Флаг LONE или LONW отображает положение к востоку или западу
          от нулевого меридиана соответственно. Значение долготы
          непосредственно следует за флагом; десятичная точка
          подразумевается после третьей цифры; значению ДОЛЖНА
          предшествовать некоторая набивка нулями, если целая часть
          долготы в действительности меньше, чем три цифры.

          Пример:

             LONE03805

             (Этот флаг означает 38.05 градусов к востоку от нулевого
             меридиана.)

          Флаг LATN или LATS отображает положение к северу или к югу
          от экватора соответственно. Значение широты непосредственно
          следует за флагом; десятичная точка подразумевается после
          второй цифры; значению ДОЛЖЕН предшествовать ноль, если
          целая часть широты в действительности меньше, чем две цифры.

          Пример:

             LATN4457

             (Этот флаг означает 44.57 градусов к северу от экватора.)

          Ограничения, перечисленные в разделе 7.2.1.5.4, все
          действуют: ДОЛЖЕН использоваться гринвичский меридиан,
          СЛЕДУЕТ использовать геоид WGS 84, НАДО использовать
          десятичные значения градусов.

          Пример строки ноудлиста:

             ,88,FGHI_Global_Headlight_Ignited,Gelendzhik,
             Sergey_Sokoloff,00-00-000000,300,IBN:1978,
             INA:Fidonet.Mithgol.Ru,U,TSU,LATN4457,LONE03805

          Сисопам и сетевым координаторам СЛЕДУЕТ бережно избегать
          раздачи точных координат фидонетовских станций, в силу
          причиняемой ею значительной утраты уединения, секретности
          и личной жизни. Флагам СЛЕДУЕТ содержать уж лучше только
          координаты, которые соответствуют основному местному месту
          (городу, пригороду, и т. п.), объявленному в четвёртом поле
          той же строки (см. раздел 5.3 стандарта FTS-5000); двух цифр
          в дробной части значения (после подразумеваемой точки)
          должно хватить кому угодно.

          7.2.1.5.5. Фильтры типа "geomark"
          -+-------------------------------

            Значение фильтра "geomark" содержит четыре координатные
            ограничения в порядке <Запад>,<Юг>,<Восток>,<Север>,
            который совместим с тем же порядком, который информация
            BBOX по умолчанию имеет в элементах <viewFormat> языка KML
            (см. на
   http://code.google.com/apis/kml/documentation/kml_tags_21.html#link
            подробнее), и с параметром в BBOX для WMS, как он задан
            в OGC 06-042 (т. е. OpenGIS Web Map Server Implementation
            Specification, версии 1.3.0, 2006-03-15). Эти четыре
            координаты определяют регион на карте между двумя линиями
            долготы и двумя линиями широты.

            Пример:

               area://CU.Talk/?geomark=37.9,44.4,38,44.9

            Сообщение из первоначального множества сообщений
            появляется в фильтрованном множестве (определённом
            заданными координатами) в том и только в том случае, если
            как минимум одно (то есть одно или более) из нижеследующих
            требований выполняется:

            1) Один (или более) из кладжей GEO в сообщении
               соответствует месту на Земле (точке на карте), которое
               принадлежит региону, заданному значением фильтра.

            2) Один (или более) из кладжей GEOBOX в сообщении
               соответствует области на Земле (прямоугольнику на
               цилиндрической картографической проекции; например, на
               меркаторовской карте), которая пересекается с регионом,
               определённым значением фильтра.

            3) Один (или более) из кладжей GEOKML в сообщении содержит
               URL, соответствующий KML- или KMZ-документу, который,
               в свою очередь, содержит один или более элемент
               (пометку места, многоугольник, путь, картографическое
               покрытие, фотографическую панораму, и т. п.), который
               принадлежит к региону, определённому значением фильтра,
               или пересекается с этим регионом.

            Третье из этих условий терпит неудачу, если KML или KMZ не
            доступен немедленно (например, интернетовский URL на узле
            Фидонета, находящемся в оффлайне или вообще не соединённом
            с Интернетом, или фидонетовский URL, соответствующий
            ресурсу, преисполненному лага, типа faqserv:// или freq://
            ко другому узлу, или типа area:// или fecho:// к области,
            на которую не оформлена подписка), и (или) если программа,
            разбирающая URL, недостаточно умна для анализа элементов
            KML с целью выборки их координат. Авторам эхопочты СЛЕДУЕТ
            подстраховывать их кладжи GEOKML при помощи добавления
            одного (или более) кладжей GEOBOX и (или) GEO с примерно
            подобной суммарной формою.

            Если в необязательной части area-адреса присутствуют
            несколько фильтров "geomark", то типовое множество
            подытога фильтров "geomark" является объединением
            фильтрованных множеств, определённых фильтрами "geomark".
            (Например, если вы проверяете, принадлежит ли
            местоположение сообщения к некоторой фигуре сложной формы,
            то возможно аппроксимировать эту форму объединением
            нескольких внутренних областей "geomark".)

          7.2.1.5.6. Фильтры типа "geofrom"
          -+-------------------------------

            Значение фильтра "geofrom" содержит четыре координатные
            ограничения в порядке <Запад>,<Юг>,<Восток>,<Север>,
            который совместим с тем же порядком, который информация
            BBOX по умолчанию имеет в элементах <viewFormat> языка KML
            (см. на
   http://code.google.com/apis/kml/documentation/kml_tags_21.html#link
            подробнее), и с параметром в BBOX для WMS, как он задан
            в OGC 06-042 (т. е. OpenGIS Web Map Server Implementation
            Specification, версии 1.3.0, 2006-03-15). Эти четыре
            координаты определяют регион на карте между двумя линиями
            долготы и двумя линиями широты.

            Пример:

               area://CU.Fido/?geofrom=37.5,44.1,37.8,44.4

            Сообщение из первоначального множества сообщений
            появляется в фильтрованном множестве (определённом
            заданными координатами) в том и только в том случае, если
            как минимум одно (то есть одно или более) из нижеследующих
            требований выполняется:

            1) Сообщение происходит с адреса, соответствующего строке
               в ноудлисте или пойнтлисте, и координатные флаги этой
               строки (см. раздел 7.2.1.5.4) соответствуют месту
               на Земле (точке на карте), которое принадлежит региону,
               заданному значением фильтра.

            2) Сообщение происходит с адреса, соответствующего строке
               в ноудлисте или пойнтлисте, и в строке нет координатных
               флагов (см. раздел 7.2.1.5.4), но основное местное
               место (город, пригород, и т. п.), объявленное
               в четвёртом поле той же строки (см. раздел 5.3
               стандарта FTS-5000), принадлежит региону, заданному
               значением фильтра.

            Второе из этих условий терпит неудачу, если обработчик
            URLов не способен на геокодирование, или местонахождение
            не известно обработчику. Сисопам и пойнтам Фидо НАДОБНО
            использовать координатные флаги (определённые в разделе
            7.2.1.5.4), чтобы гарантировать корректную проверку своей
            эхопочты фильтрами типа "geofrom".

            Если в необязательной части area-адреса присутствуют
            несколько фильтров "geofrom", то типовое множество
            подытога фильтров "geofrom" является объединением
            фильтрованных множеств, определённых фильтрами "geofrom".
            (Например, если вы проверяете, принадлежит ли
            местоположение отправителя к некоторой фигуре сложной
            формы, то возможно аппроксимировать эту форму объединением
            нескольких внутренних областей "geofrom".)

      7.2.1.6. Будущие фильтры сообщений
      -+--------------------------------

        Будущие версии этого документа могут вводить дополнительные
        фильтры сообщений. Скажем, гипертекстовые сообщения могут
        фильтроваться на основе метаинформации из их HTML-заголовка.
        Также сообщения могут быть найдены при помощи методов других,
        нежели регулярные выражения.

        Однако отбрасывание неизвестных необязательных параметров
        area-адреса является безопасным, хотя воспринимающим
        фидонетовские URLы программам СЛЕДУЕТ, возможно, предупреждать
        своих пользователей, если неизвестный параметр отбрасывается
        и когда такое предупреждение уместно.

    7.2.2. Закодированные объекты внутри эхопочтовых сообщений
    -+--------------------------------------------------------

      Фидонетовское эхопочтовое сообщение может содержать один или
      несколько двоичных объектов, закодированных для того, чтобы
      иметь вид текстоподобных строк символов. Среди возможных методов
      такого кодирования можно назвать UUE, MIME (RFC 2045-2049),
      "data:" (RFC 2397), и т. п.

      Эхопочтовое сообщение МОЖЕТ содержать несколько объектов, и они
      МОГУТ быть закодированы разными способами. С другой стороны,
      закодированный объект МОЖЕТ располагаться в нескольких
      фидонетовских сообщениях: например, каждое из этих фидонетовских
      сообщений МОЖЕТ нести одну или две UUE-секции, и весь набор
      секций потребуется при декодировании файла.

      7.2.2.1. Имена кодированных объектов
      -+----------------------------------

        Этот подраздел приводится для сведения.

        Большинство объектов, закодированных внутри эхопочтовых
        сообщений, имеют имя.

        Имя UUE-закодированного объекта обычно появляется в строке
        "begin" и (или) "section" UUE-кодов.

        Имя MIME-кодированного объекта обычно появляется либо внутри
        заголовка "Content-type" (в разделе "name" этого заголовка),
        либо внутри заголовка "Content-disposition" (в разделе
        "filename" этого заголовка).

        RFC 2397 "data:" не указывает имя объекта; однако тот объект
        гипертекста, которому соответствуют данные, МОЖЕТ сам быть
        поименован при посредстве атрибута "id" или "name" в его тэге.

      7.2.2.2. Как определяется означенный объект
      -+-----------------------------------------

        Если <путь-объекта> в area-адресе не пуст, то его URLом
        оказывается означен либо закодированный объект в целом, либо
        некоторая внутренняя часть такого объекта. Отвлекаясь от этих
        внутренних деталей, назовём целый объект "означенным объектом"
        в этом подразделе.

        Если <путь-объекта> в area-адресе не пуст, то и <имя-объекта>
        ДОЛЖНО также быть непустым по определению, и в нём указано
        имя означенного объекта.

        Однако в эхопочтовой базе сообщений (базе тех областей,
        которые названы в разделе <areatag> заданного URLа) МОЖЕТ
        иметься больше одного объекта под одним и тем же именем.
        И потому важно определить, какой объект считается "последним".

        Среди тех сообщений, в которых содержатся одноимённые объекты
        (или только части таких объектов -- скажем, UUE-секции), есть
        последнее сообщение. Если это последнее сообщение содержит
        только один из этих объектов (частично или полностью), тогда
        этот объект является последним. Если это последнее сообщение
        содержит части и (или) целые закодированные образы более чем
        одного объекта с одним и тем же именем, тогда тот объект, чей
        закодированный образ или лишь последняя секция такового
        (последняя из секций, присутствующих в последнем сообщении)
        появляется ближайшей к концу этого сообщения (наиболее далёкой
        от его начала), является последним объектом.

        Определение самого "последнего сообщения" не входит в задачи
        данного документа. Им МОЖЕТ быть последнее принятое сообщение,
        им МОЖЕТ быть сообщение с наибольшей датой создания, и т. п.

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

        Фидонетовский браузер ДОЛЖЕН игнорировать объекты,
        закодированные таким способом, который непонятен браузеру;
        означенный объект ДОЛЖЕН всегда быть последним среди только
        тех объектов с заданным именем, которые возможно декодировать
        из базы сообщений эхопочты.

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

        Если означенный объект может быть декодирован, но содержит
        неизвестный контейнер (то есть контейнер, который не может
        быть открыт фидонетовским браузером), тогда такой объект
        НЕ ДОЛЖЕН быть проигнорирован безусловно (то есть как если бы
        он не мог быть декодирован); браузер ДОЛЖЕН сообразовываться
        с правилами обработки неизвестных контейнеров (см. раздел
        7.1.2).

        7.2.2.2.1. Возможные приложения
        -+-----------------------------

          Этот подраздел приводится для сведения.

          Так как <имя-объекта> всегда относится к последнему среди
          одноимённых объектов, то URL "area://" может означать
          объект, обновляемый при посредстве фидонетовской эхопочты.
          Такие объекты могут обновляться ежедневно (как в прогнозе
          погоды), еженедельно (как в статистическом отчёте насчёт
          нодлиста), и так далее. Вот каким способом Фидонет может
          предоставлять динамический свежий контент. А если некий URL
          должен указывать на некую прежнюю статическую версию вместо
          наисвежайшей динамической, тогда фильтр сообщений (если он
          соответствует одному лишь сообщению или достаточно узкому
          подмножеству сообщений) всегда сможет это обеспечить.
          Например, фильтр "msgid" и (или) "time".

          Если несколько узлов имеют доступ на запись к одной и той же
          эхе, и невозможно полагаться просто на последний одноимённый
          объект, тогда можно использовать фильтр "from", обеспечив
          выбор доверенного источника.

          Так как всякий фидонетовский браузер ДОЛЖЕН игнорировать
          объекты, способ кодирования которых ему не понятен, то
          возможным является включение нескольких альтернативных
          версий одного и того же объекта (по-разному закодированных),
          даже в одном и том же письме эхопочты, при том условии, что
          имена опубликованных версий объекта одинаковы. И браузер
          счастливо подберёт тот способ кодирования, который он сможет
          понять. К примеру, кто-нибудь может одновременно публиковать
          как UUE (для GoldEd+), так и RFC 2397 (для Gecko) версии
          одного и того же значка.

    7.2.3. Регулярные выражения
    -+-------------------------

      Необязательный параметр area-адреса способен содержать в себе
      регулярное выражение (регэкс). Так, в разделе 7.2.1.4 регэкс
      используется для указания на означенное сообщение (сообщения);
      в разделе 7.2.4.1 регэкс определяет, является ли видимым кладж.

      В языке регулярных выражений есть несколько различных диалектов.
      Perl-совместимые регулярные выражения (PCRE) избраны здесь
      в качестве РЕКОМЕНДУЕМЫХ; это потому, что движок PCRE обладает
      богатым набором возможностей, и потому, что движок этот давно уж
      встроен в ECMAScript-совместимые браузеры современной Паутины.

      Сам язык регулярных выражений лежит далеко за рамками этого
      документа. Статья http://en.wikipedia.org/wiki/PCRE в Википедии
      и имеющиеся в ней внешние ссылки, вероятно, являются лучшим
      начальным местом для желающих научиться написанию регэксов PCRE.

      Некоторые фидонетовские браузеры имеют собственные движки языка
      JavaScript, и им СЛЕДУЕТ соответствовать требованиям стандарта
      ECMA-262, третья редакция, раздел 15.10. (Как функциональные
      возможности, так и форма записи тамошних регулярных выражений
      соответствуют способностям языка программирования Perl 5.)
      Остальным фидонетовским браузерам НАДОБНО использовать пакет
      библиотек PCRE, который является открытым программным
      обеспечением, написанным Филиппом Хазелем, и выложенным
      на http://www.pcre.org/

      Фидонетовским гейтам в Паутине СЛЕДУЕТ использовать либо сам
      Perl, либо реализацию PCRE в PHP (функцию preg_grep(), скажем),
      либо другую подходящую PCRE-совместимую реализацию.

      Регулярное выражение в фидонетовском адресе ДОЛЖНО всегда иметь
      вид

                      /образец/флаги

      Единственным допустимым флагом (модификатором образца) в URLах
      Фидонета является буква "i" (если этот модификатор
      установлен, то буквы образца подходят как к заглавным, так
      и ко строчным буквам; коротко говоря, "i" означает игнорирование
      регистра символов).

      Регулярное выражение МОЖЕТ также содержать флаг "m" (если этот
      модификатор установлен, то конструкции "начало строки" и "конец
      строки" срабатывают немедленно после или немедленно перед
      началом каждой новой строки проверяемого текста, соответственно,
      а не только в самом его начале и конце; коротко говоря, "m"
      означает многострочный режим поиска совпадений). Однако, даже
      если символ "m" отсутствует, соответствующий режим ДОЛЖЕН быть
      задействован. Оттого символ "m" может быть пропущен, даже когда
      соответствующий режим необходим; в поиске кладжей, к примеру
      (см. раздел 7.2.1.4).

textend.section



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

... они не делают, что перпендикулярно к их жизни.        (Григорий Явлинский)
--- Знаете ли вы, что "Жорж Сёра" пишется через "ё"?
* Origin: он не читал Арьятарабхаттариканамаштоттарасатакастотру? (2:5063/88)

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