= Сообщение: 4761 из 47123 ================================ RU.FIDONET.TODAY =
От : Mithgol the Webmaster 2:50/88 11 Oct 16 14:47:18
Кому : Alexandr Solov'yev 11 Oct 16 14:47:18
Тема : Отображение иллюстраций из ююков и фэх в векторном гипертекстовом
FGHI : area://RU.FIDONET.TODAY?msgid=2:50/88+57fd0dc2
На : area://RU.FIDONET.TODAY?msgid=2:5030/2104.1+57f76d84
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FIDONET.TODAY?msgid=2:5030/2104.1+57fd2e8b
==============================================================================
Так было 10:57 07 Oct 16 написано от Alexandr Solov'yev к Mithgol the Webmaster:
ASy> Экскоммуницировали сисопа хаба. С регионального уровня. За то, что его
ASy> поинт обидел SKL. Причем перекрыть сам фонтан люлюков не очень-то
ASy> и стремились. Тут важна была демонстрация силы. Факт тот, что куча
ASy> поинтов и линков остались без СМ аплинка. Hе только автор пресловутого
ASy> люлюка. Был создан прецедент, позволяющий теперь удалить любой узел за
ASy> любую погрешность в работе без попыток разобраться.
MtW>> Кроме того, вроде как вспоминаю, что белая лебедь прошла в то время,
MtW>> когда ещё дискеты были в употреблении. С тех пор и хранилища
MtW>> информации стали куда пожирнее, и каналы связи стали куда пожирнее,
MtW>> так что аналогичный вред стало несколько труднее нанести, в
MtW>> особенности простым спамом, так что можно же ещё надеяться, что теперь
MtW>> пострадают виновные спамеры и более никто.
ASy> Если "лебедьбелая.мп3" весила 3-4 мегабайта (вроде бы, уже не помню), то
ASy> счас полетит клип "лебедь белая". Весом мегабайт в 300. Технология
ASy> позволит.
Благодаря твоим разъяснениям становится вполне ясно, что причина того инцидента
такова, что устранение спама (то есть коммерческой рекламы) или устранение UUE
(то есть технологии преобразования файлов в текстоподобные данные и обратно)
никак не способна с этой причиною покончить.
С немалым сожалением вижу, что вопрос жидокащенизма (и, шире, еврейский вопрос
в целом) подменяется вопросом о 'люлюках'; это, вне всякого сомнения, форма
невротического замещения, или пост-травматического триггера, или чего-то ещё
в этом же роде внерассудочного, позволяющего проигнорировать внетехнологический
расовый смысл того инцидента и прецедента.
Прошу в дальнейшем использовать какие-нибудь другие аргументы против UUE,
этот аргумент не годится.
MtW>> Во-первых, если я правильно понимаю, фрек (файловый запрос) никак
MtW>> не возможно отправить аплинку и получить от аплинка отклик без того,
MtW>> чтобы заодно не взять у него всю новую почту (и, может быть, также
MtW>> свою ему выслать), а это дольше, чем запрос к FTP.
ASy> 1. При современных скоростях это "дольше" сколько займет секунд?
Мне кажется, что здесь ранее оглашались аргументы о том, что не все сисопы
и тем более не все пойнты работают на современных скоростях, что кое у кого
фиговый 3G.
ASy> 2. Фрекать необязательно именно с аплинка.
Пожалуй, этот аргумент справедлив. Хотя он проблематичен в смысле той проблемы,
которая называется tragedy of the commons (трагедия общественных земель): если
с какого-то узла будет фрекать слишком много посторонних фидошников, которые
никто для него (даже не даунлинки), то узел может быть вовлечён в чрезмерные
издержки и в итоге закроет фрек нафиг (или ограничит даунлинками, способными
предъявить пароль).
MtW>> Формирование файлового запроса (фрека) ── простое дело, так что его
MtW>> в Голдеде можно видеть реализованным;
ASy> Именно так. Все уже готово. Пользователи голдедов смогут получить
ASy> контент. А если они его смотрят через жжжж, то это их выбор редактора.
ASy> :-)
MtW>> но речь же идёт вдобавок об отображении отклика, так что надо учить
MtW>> просмотрщик дожидаться ответа мейлера; а найдутся ли программисты,
MtW>> на это непростое дело готовые решиться?
ASy> Просмотровщику ничего не нужно ждать. Он должен знать, где лежит файл.
ASy> Сфреканый или полученный по фэхе - ему все равно.
Возможно, я недостаточно ясно выразился, но речь шла о том просмотрщике, какой
показывает пользователю сообщение фидопочты. Если в сообщении есть картинка
и если адрес картинки предполагает фрекание, то получается, что просмотрщик
должен сформировать файловый запрос (фрек), запустить мейлер и дожидаться того,
пока мейлер соединится и получит запрошенный файл. Не правда ли?
Конечно, фреканием теоретически может заранее заняться эхопроцессор (тоссер)
или препроцессор (то есть запускаемый изнутри эхопроцессора софт, который
имеет дело с распакованными пакетами фидопочты).
MtW>> Сам же я HTick не употребляю и *фэх не имею*, так что на опыте не мог
MtW>> испытать правоту или неправоту вышеизложенного впечатления.
ASy> Вот теперь я понял, откуда такая антипатия к фэхам.
Предполагаю, что я не единственный из числа сисопов, фэх не имеющих. Можем
для подтверждения этого обстоятельства попробовать устроить перепись.
Впрочем, ты можешь на это ответить, что можно и не иметь фэх, однако фрекнуть
файл, по фэхе прошедший.
MtW>>>> Простая пользовательская машина может любым современным
MtW>>>> браузером Интернета открывать SVG. (В роли браузера может
MtW>>>> выступать Mozilla Firefox, Google Chrome, Opera и др.)
ASy>>> Значит, без постоянного доступа в инет и стороннего ПО читать
ASy>>> такие сообщения невозможно?
MtW>> Доступа в Интернет не нужно. Браузер может открыть файл с диска с той
MtW>> же (или даже большей) лёгкостью, что и из Интернета.
ASy> А где на диске все это есть? Вот в фэхе все уже есть. Оттуда открывать -
ASy> милое дело. И опять браузер. Без него никак?
Те же самые вопросы относятся буквально к любому заююченному файлу. Где лежит
на диске заююченный файл? Может ли GoldED+ обойтись без внешних средств для его
просмотра? (Просто так получилось, что заююченные SVG можно открыть браузером.)
ASy>>> Тогда они влет попадут под 2.1.4. Уже без поправок, что голдед
ASy>>> тоже понимает UUE и подобного. Один особо умный начнет травлю,
ASy>>> другой его поддержит. А особо умных в фидо всегда хватало. :-)
ASy>>> Hе во всем, но нужно делать на них поправку.
MtW>> Сложно веровать. Испокон веку так было, что UUE открывает не
MtW>> фидопросмотрщик, а сторонний софт.
ASy> Hо даже голда умеет кодировку UUE превратить в читаемый обычным набором
ASy> софта файл. Который откроется без доступа в инет и прочих плясок с
ASy> бубнами.
Тогда при чём тут 2.1.4 вообще?
ASy>>>>> Значит надо ставить очередную приблуду?
MtW>>>> Я надеюсь, ты не ожидал того, что существующая приблуда
MtW>>>> (GoldED+) неожиданным и волшебным образом начнёт в своём
MtW>>>> алфавитно-цифровом окошке отображать также и растровую да
MtW>>>> векторную графику?
ASy> Hет. Hо отобразит текст. Читаемый. А не крокозяберы.
Дык что ж поделать, когда это не текст, а картинка.
MtW>> Даю пояснение: PhiDo ── сторонний просмотрщик гипертекстовой
MtW>> фидопочты, и он открывает не один только векторный рисунок, но и всё
MtW>> окружающее его сообщение фидопочты.
ASy> Хорошо, есть эхи, поддерживающие данную технологию? Я хочу посмотреть,
ASy> как это выглядит.
Посмотри Ru.Anime в PhiDo. Правда, в силу специфики там иллюстрации будут
не векторные, а растровые, и не заююченные, а внешние (в Интернете лежащие),
а так всё то же самое: PhiDo покажет сообщение, а в сообщении картинку или
несколько картинок.
MtW>> Если же мы говорим не о флоппинете в узком смысле, а вообще об
MtW>> оффлайновом чтении Фидонета, то и тут, опять же, опасаться нечего.
ASy> Я и говорю об оффлайновом чтении. Ты же или тянешь фидо в инет -
ASy> или предлагаешь гонять ююки только потому, что у тебя нет фэх и ты
ASy> не хочешь разобраться с ними и настроить фэхопроц. Там, кстати, все
ASy> просто как швабра.
Тогда простой вопрос.
У тебя также конфигурация включает в себя условные выражения в зависимости
от переменной [module], как в изложенном ниже примере?
include /fido/etc/husky/common.cfg
include /fido/etc/husky/packer.cfg
include /fido/etc/husky/paths.cfg
include /fido/etc/husky/fpaths.cfg
if [module] == hpt
include /fido/etc/husky/general.cfg
elseif [module] == htick
include /fido/etc/husky/fgeneral.cfg
else
include /fido/etc/husky/nlgeneral.cfg
endif
include /fido/etc/husky/links.cfg
if [module] == hpt
include /fido/etc/husky/files.cfg
include /fido/etc/husky/route.cfg
elseif [module] == htick
include /fido/etc/husky/ffiles.cfg
endif
include /fido/etc/husky/StdAreas.cfg
CommentChar ;
if [module] == hpt
include /fido/etc/husky/areas.cfg
include /fido/etc/husky/ccopies.cfg
elseif [module] == htick
include /fido/etc/husky/fareas.cfg
include /fido/etc/husky/announce.cfg
endif
MtW>> Во-первых, браузер может открыть файл с диска с той же (или даже
MtW>> большей) лёгкостью, что и из Интернета.
ASy> А откуда он возьмет мультимедийный контент?
Из UUE декодирует же. Если это картинки.
Если ты имеешь в виду более тяжёлый мультимедийный контент (видео, например),
то скажи об этом ── обсудим.
MtW>> Во-вторых, фэхи равны UUE в оффлайновости (если на узле есть фэхи) и
MtW>> даже чуть уступают (если на узле нет фэх, так что файлы надо фрекать
MtW>> по межузловому соединению или скачивать с интернетовского FTP).
ASy> Hу тут уже выбор аплинка. Счас с этим нет проблем.
Что ты имеешь в виду? (С чем именно нет проблем?)
MtW>>>> Вообразим себе постпроцессор, который обозревает все пакеты
MtW>>>> фидопочты после распаковывания их эхопроцессором, находит в
MtW>>>> этих пакетах фидонетовские руны (Markdown-подобную разметку)
MtW>>>> иллюстраций и тотчас же запрашивает иллюстрации из
MtW>>>> P2P-распределённой файловой системы IPFS. Тогда, даже и сидючи
MtW>>>> без Интернета, иллюстрации ты эти мог бы лицезреть невозбранно,
MtW>>>> так как у тебя в IPFS они уж были б.
ASy> А для меня дурака можно подробнее? Контент не вырастает просто так сам.
ASy> В любой файловой системе...
Есть такая штука ── P2P-распределённая файловая система IPFS. Установив себе
её поддержку, можно в дальнейшем складывать в неё файлы (они тогда копируются
в базу данных, хранимую на диске) и брать из неё файлы (они тогда берутся из
базы данных на диске, а если там отсутствуют, то берутся по Интернету у других
людей, также установивших IPFS и имеющих у себя этот файл).
Вообразим себе постпроцессор, который обозревает все пакеты фидопочты сразу
после распаковывания их эхопроцессором (а тогда-то Интернет ещё есть!), находит
в этих пакетах фидонетовские руны (Markdown-подобную разметку) иллюстраций
и тотчас же запрашивает иллюстрации из P2P-распределённой файловой системы
IPFS. Тогда иллюстрации эти невозбранно из Интернета попадают на диск в базу
данных IPFS.
Тогда в дальнейшем, даже и сидючи без Интернета, иллюстрации ты эти мог бы
лицезреть невозбранно, так как у тебя в IPFS они к тому времени были бы.
ASy>>> Hеужели сложно будет научить редактор кешировать скачаное
ASy>>> из инета?
MtW>> Это не сложно; но сложно научить редактор кэшировать то, что
MtW>> редактором ещё вообще не открывалося.
ASy> И не надо. Человеку это неинтересно - зачем ему тратить трафик и ресурсы?
А затем, чтобы в дальнейшем, даже и сидючи без Интернета, иллюстрации (заранее
скачанные) лицезреть невозбранно, так как в кэше они к тому времени были бы.
MtW>> Обрабатывать принятую (но ещё не открытую редактором) фидопочту
MtW>> способен только эхопроцессор (тоссер) или запущенный им обработчик
MtW>> (постпроцессор). Другого пути к этому идеалу быть не может.
ASy> Минимизировать трафик и дисковое пространство - это в том числе то,
ASy> на чем счас еще может выехать фидо. Иначе собачка умрет.
Я не согласен с этим утверждением. Считаю справедливым утверждение отчасти
противоположное: для выживания Сеть Фидонет должна перестать быть текстовою,
в её сообщениях должна появиться возможность либо непосредственной (в UUE),
либо опосредованной (в UUE в другой эхе, в файле в фэхе, в файле в IPFS,
в файле по фреку, в UUE нетмейлом по роутингу) появления нетекстовых данных
различного формата: векторных иллюстраций, растровых иллюстраций, звукозаписей,
видеозаписей. В противном случае Сеть Фидонет окончательно проиграет идущее уж
состязание её с новейшими социальными сетями, которое Фидонет может и выиграть
благодаря очевидным своим достоинствам, из которых первым является отсутствие
рекламы, а вторым является отсутствие гиперцентрализации расходов и связанных
с этим ограничений (вызванных тем, что пока ещё центральный сервер может у себя
хранить меньше, чем каждый из большинства конечных пользователей, что доказано
удобствами от перехода к файлообмену, наблюдаемыми распространителями видео).
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... почему казахи Омск "коверкают", а ты им позволяешь? (Волков в Ru.Spelling)
--- Знаешь ли ты, Alexandr, что "надаренный" _не_ пишется через "ё"?
* Origin: Сомкнулись мысли в pяд стихов ── в них pулез Роуpи IMHO (2:50/88)
|
