= Сообщение: 1389 из 15065 ======================================= R50.SYSOP = От : Sergey Sokoloff 2:5063/88 27 Mar 14 11:03:32 Кому : Alexandr Solov'yev 27 Mar 14 11:03:32 Тема : Файлообмен по Фидонету FGHI : area://R50.SYSOP?msgid=2:5063/88+5333cd51 На : area://R50.SYSOP?msgid=2:5030/2104+53331352 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://R50.SYSOP?msgid=2:5030/2104+5333f538 ============================================================================== ════╤╤═════ Прозываюсь я Сергеем Соколовым в Фидонет //│/│ ││ │/│/ Там, где с ``Mithgol the Webmaster'' в поле From прохода нет.
Так было 21:43 26 Mar 14 написано от Alexandr Solov'yev к Sergey Sokoloff:
ASy>>>>> Вопрос в том, что не все фэхопроцессоры поддерживают рескан. ASy>>>>> В hpt я такого не нашел. А про транзитный рескан вааще речи ASy>>>>> не идет.
SS>>>> Дык и не все фэхопроцессоры поддерживают отчленение метаданных SS>>>> от файлов; даже наоборот: все, все не поддерживают. Так что и то SS>>>> и другое ── дело будущего.
ASy> Опять новый софт изобретать? А надо, если можно использовать ASy> существующий?
В существующем никакого файлообмена нет (и, вероятно, никогда уж не будет).
ASy>>> А нахрена вааще нужны эти метаданные? Опять городить огород? ASy>>> Главное (еще раз) - чтобы редактор правильно показал тот файл, ASy>>> который захатчился (или по прямой ссылке от автора) должен ASy>>> сопровождать его комментарии.
SS>> А ты сабж прочёл ли вообще? Метаданные нужны для того, чтобы кроме SS>> 'захатчился' был вариант 'по файлообмену раздаётся'. Постигаешь?
ASy> И чем раздается? Уж не фидофоксом ли?
Во-первых, раздача файлов никогда не была задачею фидобраузера: этим должен заниматься файлэхопроцессор.
╔═════════════════════════════════════════════════════──────────────────────── ║ Письмо из эхи: Ru.Fidonet.Today (Фидонет сегодня) ║ URL сообщения: area://Ru.Fidonet.Today?msgid=2:5063/88+50af89b5 ║ Автор и время: Mithgol the Webmaster, 2:5063/88 (23 Nov 12 18:32) ║ Кому написано: Sergey Lawrinenko ║ Заглавие темы: Fidofox ╚════════════════════════════════════════════════════════════════════───────── Так было 22:31 22 Nov 12 написано от Sergey Lawrinenko к Mithgol the Webmaster:
SL> А шесть лет назад ты излагал, что сделаешь FidoFox, когда выйдет FireFox SL> 3.0. Сейчас уже вышел FireFox 17.0, а фидофокса как не было, так и нет.
Могу объявить, что и никогда, вероятнее всего, не будет уж никакого Фидофокса. Тогдашнее намерение интегрировать фидобраузер внутрь веб-браузера было вызвано отсутствием достойных средств вебоподобной разработки приложений с графическим интерфейсом пользователя. В настоящее же время я располагаю такими средствами.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/ Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... Красивых женщин я успеваю только заметить. И ничего больше. (Черномырдин) ■■■ Now playing: http://hentaichan.ru/games/ √ Origin: а точно ли высшая сила должна заполнить пустующую душу? (2:5063/88) ────────────────────────════════╪══╬═╣()╠═╬══╪════════────────────────────────
Однако на всякий случай ещё раз повторю: я отказался от идеи Фидофокса, так как к концу 2012 года я располагал такими средствами для вебоподобной разработки GUI-приложений, которые более не требуют интеграции с браузером.
В ноябре 2013 года, поднакопив достаточное число собственных работоспособных модулей на языке JavaScript для работы с фидонетовскими URLами (FGHI URL), с базами фидопочты (JAM) и с простыми текстовыми конфигурационными файлами, я приступил к сочинению собственного фидобраузера (под названием PhiDo) и даже постепенно опубликовал с тех пор в эхе Ru.Fidonet.Today примерно с полдесятка скриншотов, демонстрирующих различные его будущие возможности, уже сейчас мною реализованные.
Всё это тебе, как читателю Ru.Fidonet.Today, не могло не попасться на глаза.
Тем не менее, ты всё ещё упоминаешь Fidofox.
Расскажи, почему.
SS>> Речь идёт о файлах, которые в UUE посылаются в обыкновенные SS>> эхоконференции, и которые также надобно оттуда по ссылке выдернуть SS>> да и показать.
ASy> А некоторые эти сообщения не передают. И имеют право. По полиси.
Если они не хабы, то они имеют (2.1.7).
А я и не хочу сказать, что они не имеют этого права. Я хочу сказать другое: злоупотребление этим правом препятствует развитию фидобраузеров, так как оно объективно делает улучшение заголовков файлосодержащей эхопочты не только полезным для нахождения файлов, но также и вредным для дохождения их через такие узлы, которые заняли антиюючную позицию.
Меня это не остановит, а вот других разработчиков это вполне останавливало. Иначе я не могу и объяснить себе то обстоятельство, что в Фидонете до сих пор нет соглашения о специальных кладжах в заголовке файлосодержащей эхопочты.
SS>> При этом понятно, что заставлять фидобраузер облазывать тексты SS>> сообщений ── это куда более трудоёмкое (следовательно, и более SS>> длительное, и более жрущее батарею мобильных устройств) занятие, SS>> чем если бы облазывать приходилось только заголовки сообщений.
ASy> А на декодирование ююков батарейка и ресурсы не тратятся?
Тратятся; но это неизбежно.
SS>> Иными словами, было бы необыкновенно полезно (и фидобраузеру и, SS>> следовательно, читателю), если бы у нас (в Фидонете) был принят SS>> какой-нибудь специальный кладж именно для того, чтобы помечать SS>> сообщение как файлосодержащее.
SS>> Что-нибудь в таком роде: ^aUUEFILE: [5/20] FILENAME.EXT
ASy> Угу, давайте под "великий и гиперстекстовый" свои стандарты сделаем!
Совершенно верно. Именно такова суть моего предложения. Сразу скажу, что оно могло бы быть полезным не только для фидобраузера, но также и для такого рода фидонетовского софта, каким являются автоматические разъюючиватели файлов ── мне, правда, из этого сорта программ помнится только AutoUUE сейчас, но вроде были (в начале двухтысячных) и другие.
SS>> Где ^a ── это символ Ctrl+A, 5/20 ── номера частей файла (всегда 1/1, SS>> если файл не разбивали на части), а дальше имя файла (с расширением в SS>> конце), причём оно не обязательно должно быть именно в формате 8.3. SS>> Тогда на уровне фидобраузера (а не то и того раньше ── на уровне SS>> тоссера)
ASy> Какого тоссера?
Предположим, jNode, если только создатели его будут разделять эти цели.
Предположим, HPT, если только кто-нибудь сочинит на языке Perl соответствующий обработчик. (Я язык Perl знаю, но отношусь к нему с острой неприязнью по ряду причин, по адресу http://habrahabr.ru/post/150511/ изложенных; но, возможно, отыщется другой фидошник с другим набором симпатий и антипатий и сделает это.)
Вообще же я рано или поздно намерен сочинить собственный тоссер, так как это предполагается деревом технологий Фидонета (просто до этого не дошли ещё руки, так как ещё нет реализации нескольких обязательных предшествующих этому шагов фидонетовского технологического развития):
Дерево технологий Фидонета ==========================
*) Формат адреса FGHI URL.
Обеспечивает единую форму адресации типичных ресурсов и действий Фидонета.
*) Средство преобразования текста фидопочты в HTML.
На входе берёт обычный текст фидонетовского сообщения (либо нетмейла, либо эхопочты) с его заголовками и кладжами. На выходе создаёт HTML-аналог для последующего отображения в графическом фидобраузере.
Эта технология может пригодиться даже и до появления таковых фидобраузеров, так как она может употребляться и для трансляции текстов из Фидонета в RSS.
*) Средство публикации фидопочты из эхоконференции в RSS.
На входе берёт указание эхотага и пути к базам некоторой эхоконференции, а также число последних её сообщений, подлежащих публикации в RSS. (Правда, число это может браться и по умолчанию.) На выходе создаёт RSS-файл этих сообщений, пригодный для дальнейшей публикации во Всемирной Паутине.
Такое средство может быть полезным дополнением к WebBBS. Также оно даёт проверить работоспособность ряда более ранних технологий без необходимости изготавливать для этой цели фидобраузер.
Необходимы: формат адреса FGHI URL, обёртка JAM-баз, средство преобразования текста фидопочты в HTML.
Простейший фидобраузер. Связан ограничениями JAM-базы, так что не способен строить сложные структуры фидопочты. Связан ограничениями прежних тоссеров, так что не способен пользоваться итогами сложного анализа поступающей фидопочты. Конфигурацию хранит в текстовом файле.
Обладает всеми качествами традиционного редактора фидопочты, в том числе может ходить по фидонетовским гиперссылкам (и создавать их) не хуже, чем GoldED-NSF. В отличие от этого последнего, может реализовывать некоторые новые возможности, не требующие прибегать к новым технологиям (аватары, Web-иллюстрирование, упрощённое развёртывание вложений), часть которых есть в ряде современных WebBBS и графических редакторов фидопочты.
Поддерживает FGHI URL не полностью, потому что полная поддержка требует слишком долгой работы с традиционной базой хранения фидопочты.
Необходимы: парсер FGHI URL, текстовый конфигуратор, обёртка JAM-баз, средство преобразования текста фидопочты в HTML.
*) Фидонетовские руны.
Язык разметки гипертекста, но лёгкий, не мешающий читаемости. Принятая в традиционном Фидонете манера выделять текст знаками подчёркивания или звёздочками является примером такого языка. Он ни в коем случае не должен быть таким тяжеловесным и настолько мешающим чтению, как HTML. И этот язык должен быть не менее полон всякими возможностями, чем PHP Markdown Extra, но качествено легковесности в нём должно быть ещё сильнее. Обычный фидошник с традиционным редактором фидопочты (уровня GoldED-NSF) должен читать текст с фидонетовскими рунами с некоторым трудом, но не труднее, чем _такой_ или *такой* текст. (А если и чуть труднее, то очень, очень ненамного труднее.)
Необходим (и апгрейдится): графический фидобраузер начального уровня (или более высокого уровня).
*) Формат SQLite-баз.
Техническое описание формата (по крайней мере, таблиц), предназначенных для хранения фидопочты в базе данных SQLite.
Формат должен обеспечивать, по меньшей мере, все достоинства баз JAM, а также ряд дополнительных возможностей (возможность поиска и сортировки по времени написания, по географической привязке, по ярлыкам, по объёму, а также раздельное хранение вложенных объектов, раздельное хранение оригиналов писем до их приведения к единой кодировке).
Часть элементов фидопочты может храниться в файловой системе рядом с базой (подразумевается, что в базе хранятся тогда имена файлов и общий путь их).
Нет необходимых более ранних технологий.
*) Обёртка SQLite-баз.
Код и API чтения и записи сообщений фидопочты, хранимых в базе SQLite.
Необходим: формат SQLite-баз.
*) Тоссер предобработки.
Обладает всеми качествами традиционного тоссера, но дополнительно ведёт существенную предобработку поступающей фидопочты, вычленяя из неё и храня файловые вложения, географические сведения, подлинное время, а также преобразуя (с сохранением оригинала) фидопочту в необходимую кодировку. Итоги сохраняет в базу SQLite и в соседствующую с нею файловую систему.
Задачей такого тоссера является однократное выполнение типичных задач, которые в противном случае фидобраузеру пришлось бы выполнять многократно, и рост скорости работы этого последнего. (Логика та же, которой ранее руководствовались при хранении дерева сообщений в базе, чтобы традиционный редактор фидопочты не имел необходимости обшаривать всю базу в поисках кладжей MSGID и REPLY и сопоставлять их всякий раз при построении дерева сообщений.)
В настоящее время, кроме построения дерева сообщений, к разряду таких задач относится, по меньшей мере, декодирование вложенных файлов и преобразование первоначальной кодировки в необходимую; по мере развития возможностей Фидо такой задачею может стать также выяснение подлинного времени сообщения (а не только времени отправки да доставки) и определение географических координат отправителя, получателя, а то и содержащихся в письме объектов.
Обладает всеми качествами фидобраузера начального уровня, однако способен полагаться на заблаговременно подготовленную сложную структуру фидопочты, приготовленной для него тоссером предобработки.
Поэтому способен строить не только деревья сообщений, но также и календари, карты, подобные блогосфере структуры (ленты, стены и проч.). Быстрее читает сообщения в чужой кодировке (потому что в базе есть итог перекодировки), быстрее ищет по ним.
В иллюстрировании почты предобработанные внутрифидонетовские иллюстрации по своему удобству начиняют догонять Web-иллюстрации (за исключением ряда тех случаев, в которых мгновенный доступ к материалам не доступен из-за отсутствия подписки).
Формат почты, предназначенной для автоматической обработки тоссером. В своём собственном виде не интересна фидошнику, но результат её сбора делает жизнь фидошника в Фидонете информационно насыщеннее.
Например, отсылка одобрения (like) или неодобрения по поводу некоторого сообщения, что позволяет вести счёт лайков.
Например, отсылка извещения о подписке на эху (фэху) не только аплинку, но и модератору, а не то и прямо в эху. И то же самое об отписке. Что всем получающим это извещение позволит вести подсчёт подписчиков.
Например, отсылка таких иллюстраций (по одной иллюстрации на письмо), на которые затем из основного (иллюстрируемого ими) письма ставятся ссылки.
Необходимы (и апгрейдятся): тоссер предобработки, графический фидобраузер предобработанной почты.
*) Структурированный эхолист.
Формат эхолиста, обладающий более сложною структурою данных по сравнению с нынешним CSV-эхолистом.
Обладает возможностью хранить машинно-читаемые о комодераторах, а не только о модераторе.
Обладает возможностью хранить ссылку (FGHI URL) на правила эхоконференции.
Нет необходимых более ранних технологий.
*) Автомодерирование.
Вариант традиционного модераториала, обладающий качествами автопочты. Может автоматически приниматься во внимание системами Фидонета, обеспечивающими режим read only для отмодерированного узла или пойнта. Даже фидобраузер может выдавать фидошнику предупреждение о том, что его сообщение не уйдёт дальше первого же узла, поддерживающего автомодерирование.
Полномочия модератора (или комодератора) проверяются по эхолисту.
Необходимы: структурированный эхолист, автопочта.
Необходимы (и апгрейдятся): тоссер предобработки, графический фидобраузер предобработанной почты.
*) Гипертекстовый фрекопроцессор.
Развитие идеи традиционного фрекопроцессора. Обеспечивает во время сеанса межмейлерной связи не только получение файла по его имени (или понятное сообщение об ошибке), но и ряд дополнительных функций быстрого обслуживания аплинком даунлинка, для которых, вероятно, вместо простого имени файла придётся передавать FGHI URL.
Может обеспечивать дублирование функций ареафикса (подписка на эхи и фэхи, отписка от эх и фэх, запрос рескана прошлых материалов, запрос списка эх и фэх) с обработкой более быстрою, нежели отправка письма в следующем сеансе межмейлерного взаимодействия.
Может обеспечивать выборочное (в отличие от полного рескана) получение сообщений из эхи (или файлов из файлэхоконференции) по известному FGHI URL.
Может обеспечивать дублирование функций нетмейлового бота (с той разницею, что материалы по запросу получаются не нетмейлом по роутингу, а немедленно через прямое межмейлерное взаимодействие, не напрягая промежуточные узлы).
Может обеспечивать мгновенное получение сведений о сисопе, им выложенных. Это сделает ненужным употребление гик-кода, фено-кода и прочих нынешних средств дублирования этих сведений в каждом письме, явно избыточного. Можно упоминать интересные сисопу эхи (а не только список доступных эх на узле).
Необходимы: текстовый конфигуратор, парсер FGHI URL, обёртка SQLite-баз (или JAM-баз; то и другое понадобится только при необходимости доступа к фидопочте из эхоконференций).
*) Развитый фидобраузер.
Обладает всеми качествами фидобраузера предобработанной почты, однако за счёт общения с гипертекстовыми фрекопроцессорами получает возможность выборочного доступа к произвольным данным (письмам, файлам, иллюстрациям) со своих аплинков (и других узлов Фидонета) без необходимости подписки на более крупные объекты (эхи, фэхи), когда она не нужна даунлинку и когда она напрасно затрудняла бы аплинк.
Полная поддержка возможностей FGHI URL, часто почти мгновенная (в течение одного межмейлерного взаимодействия).
Фидосфера по своим функциональным и информационным возможностям догоняет блогосферу, при этом сохраняя все свои достоинства распределённости.
