= Сообщение: 1953 из 3030 =================================== GANJANET.LOCAL = От : Mithgol the Webmaster 2:5063/88 10 Feb 07 14:27:08 Кому : All 10 Feb 07 14:27:08 Тема : [8/10] FidoURL.rus.txt FGHI : area://GANJANET.LOCAL?msgid=2:5063/88+45cdac58 На : area://GANJANET.LOCAL?msgid=2:5063/88+45cdaade = Кодировка сообщения определена как: CP866 ================================== ============================================================================== * изначально написано в эхоконференцию RU.FTN.DEVELOP * также было отослано в эхоконференцию CU.TALK * также было отослано в эхоконференцию GANJANET.LOCAL * также было отослано в эхоконференцию RU.FIDO.WWW * также было отослано в эхоконференцию RU.FIDONET.TODAY * также было отослано в эхоконференцию SU.FIDOTECH * также было отослано в эхоконференцию TITANIC.BEST
textsection 8 of 10 of file FidoURL.rus.txt textbegin.section
Будущие версии этого документа могут вводить дополнительные необязательные параметры, идентифицирующие сообщения. Скажем, гипертекстовые сообщения могут быть идентифицированы по метаинформации из их 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а есть один или несколько необязательных параметров, идентифицирующих сообщения, тогда означенный объект является последним среди только тех способных быть декодированными одноимённых объектов, чей закодированный образ (или хотя бы одна закодированная секция) имеется в том сообщении или среди тех нескольких сообщений, которые идентифицированы необязательным параметром (параметрами).
Так как <имя-объекта> всегда относится к последнему среди одноимённых объектов, то URL "area://" может означать объект, обновляемый при посредстве фидонетовской эхопочты. Такие объекты могут обновляться ежедневно (как в прогнозе погоды), еженедельно (как в статистическом отчёте насчёт нодлиста), и так далее. Вот каким способом Фидонет может предоставлять динамический свежий контент. А если некий URL должен указывать на некую прежнюю статическую версию вместо наисвежайшей динамической, тогда необязательный параметр, идентифицирующий одно-единственное сообщение, всегда сможет это обеспечить.
Если несколько узлов имеют доступ на запись к одной и той же эхе, и невозможно полагаться просто на последний одноимённый объект, тогда можно использовать параметр "from", обеспечив выбор доверенного источника.
Так как всякий фидонетовский браузер ДОЛЖЕН игнорировать объекты, способ кодирования которых ему не понятен, то возможным является включение нескольких альтернативных версий одного и того же объекта (по-разному закодированных), даже в одном и том же письме эхопочты, при том условии, что имена опубликованных версий объекта одинаковы. И браузер счастливо подберёт тот способ кодирования, который он сможет понять. К примеру, кто-нибудь может одновременно публиковать как UUE (для GoldEd+), так и RFC 2397 (для Gecko) версии одного и того же значка.
textend.section
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/ Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... И повернулся резко он и вдаль ушёл своей дорогой --- Знаете ли вы, All, что "наваленный" _не_ пишется через "ё"? * Origin: Это гологpафическая pоза осколочная ── тестовый обpазец (2:5063/88)
