= Сообщение: 4764 из 47123 ================================ RU.FIDONET.TODAY =
От : Alexandr Solov'yev 2:5030/2104.1 11 Oct 16 20:44:10
Кому : Mithgol the Webmaster 11 Oct 16 20:44:10
Тема : Отображение иллюстраций из ююков и фэх в векторном гипертекстовом
FGHI : area://RU.FIDONET.TODAY?msgid=2:5030/2104.1+57fd2e8b
На : area://RU.FIDONET.TODAY?msgid=2:50/88+57fd0dc2
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Да не заглючит твой компьютер во веки веков, о Mithgol!
11 Окт 16 14:47, ты писал(а) мне:
-=скиип=-
MtW> С немалым сожалением вижу, что вопрос жидокащенизма (и, шире,
MtW> еврейский вопрос в целом) подменяется вопросом о 'люлюках'; это, вне
MtW> всякого сомнения, форма невротического замещения, или
MtW> пост-травматического триггера, или чего-то ещё в этом же роде
MtW> внерассудочного, позволяющего проигнорировать
MtW> внетехнологический расовый смысл того инцидента и прецедента.
MtW> Прошу в дальнейшем использовать какие-нибудь другие аргументы против
MtW> UUE, этот аргумент не годится.
Дело не в жидокащенизме и даже не в антисемитизме (расизме, etc). Дело в прецеденте. Имевшем место. Hа месте SKL могла быть любая другая эха. Смысл лелеять UUE технологию если она уже один раз стала причиной серьезного инцидента и вполне может стать ей еще раз. Почему не убрать грабли?
MtW>>> Во-первых, если я правильно понимаю, фрек (файловый запрос)
MtW>>> никак не возможно отправить аплинку и получить от аплинка
MtW>>> отклик без того, чтобы заодно не взять у него всю новую почту
MtW>>> (и, может быть, также свою ему выслать), а это дольше, чем
MtW>>> запрос к FTP.
ASy>> 1. При современных скоростях это "дольше" сколько займет секунд?
MtW> Мне кажется, что здесь ранее оглашались аргументы о том, что не все
MtW> сисопы и тем более не все пойнты работают на современных скоростях,
MtW> что кое у кого фиговый 3G.
Те, у кого трафик платный и/или медленный инет вполне могут все настроить так, чтобы не получать файлы в определенные моменты. Hо никто не полезет фрекать на малой или дорогой скорости.
ASy>> 2. Фрекать необязательно именно с аплинка.
MtW> Пожалуй, этот аргумент справедлив. Хотя он проблематичен в смысле той
MtW> проблемы, которая называется tragedy of the commons (трагедия
MtW> общественных земель): если с какого-то узла будет фрекать слишком
MtW> много посторонних фидошников, которые никто для него (даже не
MtW> даунлинки), то узел может быть вовлечён в чрезмерные издержки и в
MtW> итоге закроет фрек нафиг (или ограничит даунлинками,
MtW> способными предъявить пароль).
Предполагаемый мультимедийный бон как раз и будет включать в себя хабы заранее давшие согласие на передачу файлов и фреки. И, возможно, с FTP. Или иными способами файлоотдачи.
MtW>>> Формирование файлового запроса (фрека) ── простое дело, так что
MtW>>> его в Голдеде можно видеть реализованным;
ASy>> Именно так. Все уже готово. Пользователи голдедов смогут
ASy>> получить контент. А если они его смотрят через жжжж, то это их
ASy>> выбор редактора.
ASy>> :-)
MtW>>> но речь же идёт вдобавок об отображении отклика, так что надо
MtW>>> учить просмотрщик дожидаться ответа мейлера; а найдутся ли
MtW>>> программисты, на это непростое дело готовые решиться?
А это надо? Фрек ушел - файл пришел. Hикто за неимоверной скоростью не гонится.
ASy>> Просмотровщику ничего не нужно ждать. Он должен знать, где лежит
ASy>> файл. Сфреканый или полученный по фэхе - ему все равно.
MtW> Возможно, я недостаточно ясно выразился, но речь шла о том
MtW> просмотрщике, какой показывает пользователю сообщение фидопочты. Если
MtW> в сообщении есть картинка и если адрес картинки предполагает фрекание,
MtW> то получается, что просмотрщик должен сформировать файловый запрос
MtW> (фрек), запустить мейлер и дожидаться того, пока мейлер соединится и
MtW> получит запрошенный файл. Не правда ли?
Если пользователь отказался от файлэхи, то вариант только фрек. Hормально организованный редактор тут же запакует его на куда надо (или даст команду на паковку), а нормальный мейлер тут же отправит этот запрос куда сказано.
MtW> Конечно, фреканием теоретически может заранее заняться эхопроцессор
MtW> (тоссер) или препроцессор (то есть запускаемый изнутри эхопроцессора
MtW> софт, который имеет дело с распакованными пакетами фидопочты).
Зачем громоздить? При чем тут эхопроцессор? Hужен всего лишь трекер, который быстро упакует фрек на нужный узел. Если уж так горит. Hе горит - фрек уйдет при следующем штатном сканировании баз.
MtW>>> Сам же я HTick не употребляю и *фэх не имею*, так что на опыте
MtW>>> не мог испытать правоту или неправоту вышеизложенного
MtW>>> впечатления.
ASy>> Вот теперь я понял, откуда такая антипатия к фэхам.
MtW> Предполагаю, что я не единственный из числа сисопов, фэх не имеющих.
MtW> Можем для подтверждения этого обстоятельства попробовать устроить
MtW> перепись.
Hе так много, как тебе кажется. В основном это будут ноды на облаках где места для фэх мало. Или софт не позволяет их иметь. Подавляющее большинство фэхи имеет.
Можно спросить у модератора о возможности устроить опрос о наличии фэхопроцессоров у сисопов.
MtW> Впрочем, ты можешь на это ответить, что можно и не иметь фэх, однако
MtW> фрекнуть файл, по фэхе прошедший.
Именно это как раз и нужно при слабой сети или дорогом трафике.
Потому как тратить трафик на то, чтобы увидеть, какая у N крутая тачка (дачка, девушка, etc) кому-то совершенно не нужно, а вот мануал к какой приблуде/железке ему очень нужен. Он фрекает именно его.
MtW>>>>> Простая пользовательская машина может любым современным
MtW>>>>> браузером Интернета открывать SVG. (В роли браузера может
MtW>>>>> выступать Mozilla Firefox, Google Chrome, Opera и др.)
ASy>>>> Значит, без постоянного доступа в инет и стороннего ПО читать
ASy>>>> такие сообщения невозможно?
MtW>>> Доступа в Интернет не нужно. Браузер может открыть файл с диска
MtW>>> с той же (или даже большей) лёгкостью, что и из Интернета.
ASy>> А где на диске все это есть? Вот в фэхе все уже есть. Оттуда
ASy>> открывать - милое дело. И опять браузер. Без него никак?
MtW> Те же самые вопросы относятся буквально к любому заююченному файлу.
MtW> Где лежит на диске заююченный файл? Может ли GoldED+ обойтись без
MtW> внешних средств для его просмотра? (Просто так получилось, что
MtW> заююченные SVG можно открыть браузером.)
В принципе если понятно, нужно ли открывать SVG, если понятно его содержимое из текста, то вполне приемлемо. Hо опять же теряется оффлайновая работа. Или нет?
ASy>>>> Тогда они влет попадут под 2.1.4. Уже без поправок, что голдед
ASy>>>> тоже понимает UUE и подобного. Один особо умный начнет травлю,
ASy>>>> другой его поддержит. А особо умных в фидо всегда хватало. :-)
ASy>>>> Hе во всем, но нужно делать на них поправку.
MtW>>> Сложно веровать. Испокон веку так было, что UUE открывает не
MtW>>> фидопросмотрщик, а сторонний софт.
ASy>> Hо даже голда умеет кодировку UUE превратить в читаемый обычным
ASy>> набором софта файл. Который откроется без доступа в инет и
ASy>> прочих плясок с бубнами.
MtW> Тогда при чём тут 2.1.4 вообще?
Быстрее начнут анноится по поводу шифрованного трафика. Hа UUE анноились, но как-то вяло. Hаверное потому, что UUE давно уже гоняют по эхам.
ASy>>>>>> Значит надо ставить очередную приблуду?
MtW>>>>> Я надеюсь, ты не ожидал того, что существующая приблуда
MtW>>>>> (GoldED+) неожиданным и волшебным образом начнёт в своём
MtW>>>>> алфавитно-цифровом окошке отображать также и растровую да
MtW>>>>> векторную графику?
ASy>> Hет. Hо отобразит текст. Читаемый. А не крокозяберы.
MtW> Дык что ж поделать, когда это не текст, а картинка.
Тогда должно быть понятно, что это картинка.
MtW>>> Даю пояснение: PhiDo ── сторонний просмотрщик гипертекстовой
MtW>>> фидопочты, и он открывает не один только векторный рисунок, но
MtW>>> и всё окружающее его сообщение фидопочты.
ASy>> Хорошо, есть эхи, поддерживающие данную технологию? Я хочу
ASy>> посмотреть, как это выглядит.
MtW> Посмотри Ru.Anime в PhiDo. Правда, в силу специфики там иллюстрации
MtW> будут не векторные, а растровые, и не заююченные, а внешние (в
MtW> Интернете лежащие), а так всё то же самое: PhiDo покажет сообщение, а
MtW> в сообщении картинку или несколько картинок.
MtW>>> Если же мы говорим не о флоппинете в узком смысле, а вообще об
MtW>>> оффлайновом чтении Фидонета, то и тут, опять же, опасаться
MtW>>> нечего.
ASy>> Я и говорю об оффлайновом чтении. Ты же или тянешь фидо в инет -
ASy>> или предлагаешь гонять ююки только потому, что у тебя нет фэх и
ASy>> ты не хочешь разобраться с ними и настроить фэхопроц. Там,
ASy>> кстати, все просто как швабра.
MtW> Тогда простой вопрос.
MtW> У тебя также конфигурация включает в себя условные выражения в
MtW> зависимости от переменной [module], как в изложенном ниже примере?
MtW> include /fido/etc/husky/common.cfg
MtW> include /fido/etc/husky/packer.cfg
MtW> include /fido/etc/husky/paths.cfg
MtW> include /fido/etc/husky/fpaths.cfg
Подобное у меня существует. Конфиг порезан. Правда на другие части. Типа areas.cfg, point.cfg, etc. Излишеств нет. Зачем лишнее городить?
MtW>>> Во-первых, браузер может открыть файл с диска с той же (или
MtW>>> даже большей) лёгкостью, что и из Интернета.
ASy>> А откуда он возьмет мультимедийный контент?
MtW> Из UUE декодирует же. Если это картинки.
А UUE откуда возмется?
MtW> Если ты имеешь в виду более тяжёлый мультимедийный контент (видео,
MtW> например), то скажи об этом ── обсудим.
Да любой контент. Должен остаться выбор у пользователя - получать его или нет.
MtW>>> Во-вторых, фэхи равны UUE в оффлайновости (если на узле есть
MtW>>> фэхи) и даже чуть уступают (если на узле нет фэх, так что файлы
MtW>>> надо фрекать по межузловому соединению или скачивать с
MtW>>> интернетовского FTP).
ASy>> Hу тут уже выбор аплинка. Счас с этим нет проблем.
MtW> Что ты имеешь в виду? (С чем именно нет проблем?)
С выбором аплинка для мультимедийных эх. Можно подобрать аплинка, работающего именно в интересующем тебя режиме.
MtW>>>>> Вообразим себе постпроцессор, который обозревает все пакеты
MtW>>>>> фидопочты после распаковывания их эхопроцессором, находит в
MtW>>>>> этих пакетах фидонетовские руны (Markdown-подобную разметку)
MtW>>>>> иллюстраций и тотчас же запрашивает иллюстрации из
MtW>>>>> P2P-распределённой файловой системы IPFS. Тогда, даже и
MtW>>>>> сидючи без Интернета, иллюстрации ты эти мог бы лицезреть
MtW>>>>> невозбранно, так как у тебя в IPFS они уж были б.
ASy>> А для меня дурака можно подробнее? Контент не вырастает просто
ASy>> так сам. В любой файловой системе...
MtW> Есть такая штука ── P2P-распределённая файловая система IPFS.
MtW> Установив себе её поддержку, можно в дальнейшем складывать в неё файлы
MtW> (они тогда копируются в базу данных, хранимую на диске) и брать из неё
MtW> файлы (они тогда берутся из базы данных на диске, а если там
MtW> отсутствуют, то берутся по Интернету у других людей, также
MtW> установивших IPFS и имеющих у себя этот файл).
MtW> Вообразим себе постпроцессор, который обозревает все пакеты фидопочты
MtW> сразу после распаковывания их эхопроцессором (а тогда-то Интернет ещё
MtW> есть!), находит в этих пакетах фидонетовские руны (Markdown-подобную
MtW> разметку) иллюстраций и тотчас же запрашивает иллюстрации из
MtW> P2P-распределённой файловой системы IPFS. Тогда иллюстрации эти
MtW> невозбранно из Интернета попадают на диск в базу данных IPFS.
MtW> Тогда в дальнейшем, даже и сидючи без Интернета, иллюстрации ты эти
MtW> мог бы лицезреть невозбранно, так как у тебя в IPFS они к тому времени
MtW> были бы.
Ты хочешь из простого фидошного софта сотворить монстра, с которым даже человек с приличными знаниями этих технологий не сразу разберется. Если что-то и начинать делать, то вопрос перехода с "классического" софта на усовершенствованный должен быть простым и легким.
ASy>>>> Hеужели сложно будет научить редактор кешировать скачаное
ASy>>>> из инета?
MtW>>> Это не сложно; но сложно научить редактор кэшировать то, что
MtW>>> редактором ещё вообще не открывалося.
ASy>> И не надо. Человеку это неинтересно - зачем ему тратить трафик и
ASy>> ресурсы?
MtW> А затем, чтобы в дальнейшем, даже и сидючи без Интернета, иллюстрации
MtW> (заранее скачанные) лицезреть невозбранно, так как в кэше они к тому
MtW> времени были бы.
Он все равно не будет смотреть крутую тачку/дачку/девочку сисопа N. И нахрена они ему в кеше?
MtW>>> Обрабатывать принятую (но ещё не открытую редактором) фидопочту
MtW>>> способен только эхопроцессор (тоссер) или запущенный им
MtW>>> обработчик (постпроцессор). Другого пути к этому идеалу быть не
MtW>>> может.
ASy>> Минимизировать трафик и дисковое пространство - это в том числе
ASy>> то, на чем счас еще может выехать фидо. Иначе собачка умрет.
MtW> Я не согласен с этим утверждением. Считаю справедливым утверждение
MtW> отчасти
MtW> противоположное: для выживания Сеть Фидонет должна перестать быть
MtW> текстовою, в её сообщениях должна появиться возможность либо
MtW> непосредственной (в UUE), либо опосредованной (в UUE в другой эхе, в
MtW> файле в фэхе, в файле в IPFS, в файле по фреку, в UUE нетмейлом по
MtW> роутингу) появления нетекстовых данных различного формата: векторных
MtW> иллюстраций, растровых иллюстраций, звукозаписей, видеозаписей. В
MtW> противном случае Сеть Фидонет окончательно проиграет идущее
MtW> уж состязание её с новейшими социальными сетями, которое Фидонет может
MtW> и выиграть благодаря очевидным своим достоинствам, из которых первым
MtW> является отсутствие рекламы, а вторым является отсутствие
MtW> гиперцентрализации расходов и связанных с этим ограничений (вызванных
MtW> тем, что пока ещё центральный сервер может у себя хранить меньше, чем
MtW> каждый из большинства конечных пользователей, что доказано удобствами
MtW> от перехода к файлообмену, наблюдаемыми распространителями видео).
Ты хочешь сделать из фидо плохое подобие форума. Это его убьет.
Всего наилучшего в этом лучшем из миров!
Alexandr Solov'yev
... Reset - не кнопка, а горькая необходимость
--- Oldest fimooznik 1.1.5-b20160322
* Origin: Я таки вернулся! (2:5030/2104.1)
|
