А есть ли тут программисты, знающие яву и имеющие девайс с андроидом?
И да, вопрос серьёзный.
С наилучшими пожеланиями, Max Lushnikov.
Пятница сентября 17 10 19:45 Max Lushnikov писал к All:
ML> А есть ли тут программисты, знающие яву и имеющие девайс с андроидом?
ML> И да, вопрос серьёзный.
А что требуется?
... Jonny wanna live
ML>> А есть ли тут программисты, знающие яву и имеющие девайс с андроидом?
ML>> И да, вопрос серьёзный.
> А что требуется?
Подумываю над очередным велосипедом для чтения/написания фидошных писем.
Серверную часть можно городить на основе wfido (с этим-то я справлюсь), а вот
клиентскую часть написать... Для этого кто-нибудь и нужен. Приложение должно
быть совсем простым. Фактически, посылает запросы к серверу, рисует его ответы
на экране. От браузера должно отличаться тем, что будет кешировать полученные
письма где-нибудь на карточке. Ну и хорошо бы, чтобы позволяло написать письмо
в оффлайне и отправить его при следующей синхронизации.
P.S. Сейчас начнут отговаривать :)
Пятница сентября 17 10 22:43 Max Lushnikov писал к Gennadij Pastuhov:
ML> P.S. Сейчас начнут отговаривать :)
Я тут собирался свою реализацию всего этого делать, включая серверную часть,
так что не ко мне :)
... Jonny wanna live
17 Сен 10 22:43, Max Lushnikov -> Gennadij Pastuhov:
ML> P.S. Сейчас начнут отговаривать :)
Буду уговаривать :-)
Девайс есть, жабу не знаю. Поэтому буду тестером.
С приветом.
ML>> P.S. Сейчас начнут отговаривать :)
> Я тут собирался свою реализацию всего этого делать, включая серверную часть,
> так что не ко мне :)
Это хорошо. Больше велосипедов, хороших и разных. А как насчет того, чтобы
договориться об одинаковом интерфейсе между серверной и клиентской частью?
Тогда ты мог бы уже сейчас заняться клиентом, а я сервером. Ну а потом напишешь
свой сервер.
Если таки интересно, велкам в нетмайл.
Суббота сентября 18 10 09:08 Max Lushnikov писал к Gennadij Pastuhov:
>> Я тут собирался свою реализацию всего этого делать, включая
>> серверную часть, так что не ко мне :)
ML> Это хорошо. Больше велосипедов, хороших и разных. А как насчет того,
ML> чтобы договориться об одинаковом интерфейсе между серверной и
ML> клиентской частью? Тогда ты мог бы уже сейчас заняться клиентом, а я
ML> сервером. Ну а потом напишешь свой сервер.
Я хотел чистый веб-доступ, но и в нём можно применить протокол. Например,
такой:
<xml version="1.0" encoding="CP866">
<fidomessage>
<echomsg> // <netmailmsg>
<fromname></fromname>
<fromfaddr></fromfaddr>
<datefrom></datefrom>
<toname></toname>
<tofaddr></tofaddr>
<subj></subj>
</echomsg> // </netmailmsg>
</fidomessage>
и т.д. будет совершенно универсально. Тебе можно будет написать клиента, а мне
будет достаточно XSL + CSS.
ML> Если таки интересно, велкам в нетмайл.
А тут что?
... Jonny wanna live
ML>> P.S. Сейчас начнут отговаривать :)
DC> Буду уговаривать :-)
DC> Девайс есть, жабу не знаю. Поэтому буду тестером.
И меня в тестеры внесите. Жабу знаю, хелло-ворды под андроид писал, если
что.
--
[ pushkin_...@jabber.ru ] [2:5020/2140]
http://vp.propush.ru
До свиданья, Gennadij! http://blogion.ru/aussiebuck
[UpTime: 9:52:17] AKA: 3:712/550.3 (Dead AKA: 2:5041/2000)
17 Sep 10 22:43 you wrote to Gennadij Pastuhov:
ML> его ответы на экране. От браузера должно отличаться тем, что будет
ML> кешировать полученные письма где-нибудь на карточке. Ну и хорошо бы, чтобы
ML> позволяло написать письмо в оффлайне и отправить его при следующей
ML> синхронизации.
А вроде же html5 это умеет, а android и iphone его поддерживают? Мне бы просто
на iphone такая приблуда тоже не помешала.
Кстати, вроде еще Позитурин собирается какой-то клиент для Андройда делать.
=Сергей
Суббота сентября 18 10 21:38 Andrei Fomenko писал к Gennadij Pastuhov:
AF> Какая пpелесть! Уже давно говоpю пpо то, чтобы междy нодами
AF> гоняли не pkt/msg а xml, с последyющей пpекpyткой в них <img>, font
AF> size и пpочих пpелестей html.
Ну я про это говорил ещё 10 лет назад. Но переделывать ноды - задача
неподъёмная, а вот написать свой хороший, удобный, быстрый и надёжный софт -
только так можно доказать преимущества.
... Jonny wanna live
19 Sep 10 12:37, you wrote to Andrei Fomenko:
AF>> Какая пpелесть! Уже давно говоpю пpо то, чтобы междy
AF>> нодами гоняли не pkt/msg а xml, с последyющей пpекpyткой в них
AF>> <img>, font size и пpочих пpелестей html.
GP> Ну я про это говорил ещё 10 лет назад. Но переделывать ноды - задача
GP> неподъёмная, а вот написать свой хороший, удобный, быстрый и надёжный
GP> софт - только так можно доказать преимущества.
Имхо можно было-бы потихоньку прикручивать xml формат к нынешним опенсорсным
тоссерам в качестве дополнения к pkt, а там потихоньку можно и переползти.
Только неплохо было-бы сначала это дело как-то стандартизировать.
Yuriy
Воскресенье сентября 19 10 16:34 Yuriy Lukyanets писал к Gennadij Pastuhov:
YL> Имхо можно было-бы потихоньку прикручивать xml формат к нынешним
YL> опенсорсным тоссерам в качестве дополнения к pkt,
Для этого нужно иметь библиотеку для работы с этим форматом для тоссеров.
YL> а там потихоньку можно и переползти. Только неплохо было-бы сначала
YL> это дело как-то стандартизировать.
Ну, xml тем и хорош, что можно начать с некого минимума тэгов, а остальные
добавлять по мере необходимости, без переделки софта.
... Jonny wanna live
SS> Кстати, вроде еще Позитурин собирается какой-то
SS> клиент для Андройда делать.
Я?! :) Hе собираюсь. Собирался когда-то делать nntp, да выяснилось, что
он уже есть, и не один.
До свиданья, Yuriy! http://blogion.ru/aussiebuck
[UpTime: 12:35:38] AKA: 3:712/550.3 (Dead AKA: 2:5041/2000)
20 Sep 10 00:25, you wrote to me:
YL>> потихоньку можно и переползти. Только неплохо было-бы сначала это
YL>> дело как-то стандартизировать.
AF> Я пытался :-) Hо плавный пеpеход от msg к xml доpоже в
AF> мозгоpесypсном плане выйдет, чем с нyля на xml по пpинципy FTN.
AF> Пpосто напомню этy свою затею:
AF> http://blogion.ru/fomenko/2010/04/18/ftn/
Всех взять и пересадить на новый софт не получится, я и сам был бы против
такого подхода. Мне видится это все по-другому.
Надо сделать стандарт (почему - см. предидущее сообщение), назвать, скажем xpkt
и научить существующие тоссеры с ним работать _вместе_ с нынешним pkt. То есть
приходит почта, там могут быть как .pkt так и .xpkt, тоссер все это
обрабатывает и ложит в базу так как есть сейчас. В настройках тоссера можно
указать для линка, что этому линку почту паковать в xpkt (если знаем что на той
стороне поддерживается xpkt). То есть на первом этапе меняется только, скажем т
к, транспортный уровень.
Ну и заложить в стандарте возможность передачи вместе с письмом картинок и тд,
ничего что поначалу это поддерживаться тоссерами/редакторами не будет.
Yuriy
19 Sep 10 17:41, you wrote to me:
YL>> а там потихоньку можно и переползти. Только неплохо было-бы снач
YL>> ла это дело как-то стандартизировать.
GP> Ну, xml тем и хорош, что можно начать с некого минимума тэгов, а
GP> остальные добавлять по мере необходимости, без переделки софта.
Стандарт, в любом случае, нужен. Если начать дописывать/писать софт не опираясь
н стандарт, то потом получится что у одного адрес отправителя указывается как
<fromAddr></fromAddr>, у другого как <addresses><from></from></addresses> и так
далее.
Я, к сожалению, не силен в тонкостях FTS, но так понимаю, что описания
какого-нить .xpkt (xml pkt) нету. Может предложим такой формат на обсуждение?
Будет стандарт - можно будет писать/дописывать софт.
Yuriy
20 Sep 2010 00:49:34, Yuriy Lukyanets -> Gennadij Pastuhov:
YL>>> а там потихоньку можно и переползти. Только неплохо было-бы сначла
YL>>> это дело как-то стандартизировать.
GP>> Ну, xml тем и хорош, что можно начать с некого минимума тэгов, а
GP>> остальные добавлять по мере необходимости, без переделки софта.
YL> Стандарт, в любом случае, нужен. Если начать дописывать/писать софт
YL> не опираясь н стандарт, то потом получится что у одного адрес
YL> отправителя указывается как <fromAddr></fromAddr>, у другого как
YL> <addresses><from></from></addresses> и так далее.
Это как раз вполне можно (и нужно!) обсудить сейчас.
YL> Я, к сожалению, не силен в тонкостях FTS, но так понимаю, что
YL> описания какого-нить .xpkt (xml pkt) нету. Может предложим такой
YL> формат на обсуждение? Будет стандарт - можно будет писать/дописывать
YL> софт.
Для публикации FSP нужна хоть какая-то софтина, выполняющая функцию PoC (proof
of concept) - без оной FTSC ничего рассматривать не будет.
Например, перед публикацией FSP-1035 я написал http://gremlin.ru/fido/ndl2dns
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Опыты над мышами подтверждают, что встреча с черной кошкой - плохая примета
20 Sep 2010 00:50:06, Yuriy Lukyanets -> Andrei Fomenko:
YL>>> потихоньку можно и переползти. Только неплохо было-бы сначала это
YL>>> дело как-то стандартизировать.
AF>> Я пытался :-) Hо плавный пеpеход от msg к xml доpоже в
AF>> мозгоpесypсном плане выйдет, чем с нyля на xml по пpинципy FTN.
YL> Всех взять и пересадить на новый софт не получится, я и сам был бы
YL> против такого подхода. Мне видится это все по-другому. Надо сделать
YL> стандарт (почему - см. предидущее сообщение), назвать, скажем xpkt и
YL> научить существующие тоссеры с ним работать _вместе_ с нынешним pkt.
Вынужден слегка осадить твой оптимизм: тоссер. В единственном числе, ага.
Кроссплатформенный.
YL> То есть приходит почта, там могут быть как .pkt так и .xpkt, тоссер
YL> все это обрабатывает и ложит в базу так как есть сейчас. В настройках
YL> тоссера можно указать для линка, что этому линку почту паковать в
YL> xpkt (если знаем что на той стороне поддерживается xpkt). То есть на
YL> первом этапе меняется только, скажем т к, транспортный уровень.
Транспортный - это мейлер. Формат передаваемых данных - уровень представления.
YL> Ну и заложить в стандарте возможность передачи вместе с письмом
YL> картинок и тд, ничего что поначалу это поддерживаться
YL> тоссерами/редакторами не будет.
Единственный допустимый вариант (хотя лично я в модерируемых мной эхах буду
зверствовать и в этом случае) - http://ru.wikipedia.org/wiki/Data:_URL
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Кто не боится синего экрана - не должен бояться и черного
Понедельник сентября 20 10 00:49 Yuriy Lukyanets писал к Gennadij Pastuhov:
YL> Стандарт, в любом случае, нужен. Если начать дописывать/писать софт не
YL> опираясь н стандарт, то потом получится что у одного адрес отправителя
YL> указывается как <fromAddr></fromAddr>, у другого как
YL> <addresses><from></from></addresses> и так далее.
Собственно, это не так важно. Важнее, чтобы формат был в xml. А там кто первый
напишет работоспособную софтину - тот и будет основателем стандарта. Главное -
чтобы в формате сразу был необходимый минимум, остальное можно
добавлять/убавлять сколько хочешь, формат позиционно и размерно независимый,
что решает огромную кучу проблем при разработке FTN софта.
YL> Я, к сожалению, не силен в тонкостях FTS, но так понимаю, что описания
YL> какого-нить .xpkt (xml pkt) нету. Может предложим такой формат на
YL> обсуждение? Будет стандарт - можно будет писать/дописывать софт.
Предложи свой вариант!
... Jonny wanna live
Понедельник сентября 20 10 00:50 Yuriy Lukyanets писал к Andrei Fomenko:
YL> Всех взять и пересадить на новый софт не получится, я и сам был бы
YL> против такого подхода. Мне видится это все по-другому. Надо сделать
YL> стандарт (почему - см. предидущее сообщение), назвать, скажем xpkt и
YL> научить существующие тоссеры с ним работать _вместе_ с нынешним pkt.
Как я вижу, пока есть потребность в другом варианте: прослойка между редактором
(просмотрщиком) почты и базой, у меня и Лушникова. Реализовать для начала это,
появится надобность xml-изации остальных этапов обработки почты - почему бы и
нет?
YL> Ну и заложить в стандарте возможность передачи вместе с письмом
YL> картинок и тд, ничего что поначалу это поддерживаться
YL> тоссерами/редакторами не будет.
XML хорош тем, что он изначально предусматривает что угодно. Понимаешь
дополнительные поля - пользуешься ими, не понимаешь - игнорируешь.
... Jonny wanna live
18 Sep 10 11:15, you wrote to me:
>>> Я тут собирался свою реализацию всего этого делать, включая
>>> серверную часть, так что не ко мне :)
ML>> Это хорошо. Больше велосипедов, хороших и разных. А как насчет
ML>> того, чтобы договориться об одинаковом интерфейсе между серверной
ML>> и клиентской частью? Тогда ты мог бы уже сейчас заняться
ML>> клиентом, а я сервером. Ну а потом напишешь свой сервер.
GP> Я хотел чистый веб-доступ, но и в нём можно применить протокол.
GP> Например, такой:
Годится.
GP> и т.д. будет совершенно универсально. Тебе можно будет написать
GP> клиента, а мне будет достаточно XSL + CSS.
Надо еще договориться, что и на какой запрос будет отдавать сервер.
ML>> Если таки интересно, велкам в нетмайл.
GP> А тут что?
Советами замучают. Лучше уж что-то сначала сделать, а потом на обсуждение
выносить. У меня уже несколько раз руки опускались от переизбытка информации.
PHP-мейлер именно так и забросил. Что-то сделал, но теперь понимаю, что
переделывать надо много. А ведь мог бы уже быть какой-никакой, а рабочий
вариант.
Так что на обсуждение лучше выносить после того, как будет хотя бы пилотный
проект.
Может, таки в аську или жаббер? :)
jabber: m...@lushnikov.net
icq: 25020556
WBR, Max
AV> Единственный допустимый вариант (хотя лично я в модерируемых мной эхах
AV> буду зверствовать и в этом случае) -
AV> http://ru.wikipedia.org/wiki/Data:_URL
Поддерживаю мнение о допустимости, но не о зверствовании.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... 69) За последние 4000 лет не было одомашнено ни одно новое животное.
AF> Я пытался :-) Hо плавный пеpеход от msg к xml доpоже в
AF> мозгоpесypсном плане выйдет, чем с нyля на xml по пpинципy FTN.
AF> Пpосто напомню этy свою затею:
AF> http://blogion.ru/fomenko/2010/04/18/ftn/
AF> Товаpищ Соколов АКА Мицгол не одобpил :)
Конечно, не одобрил.
Для тех, кто пропустил все мои аргументы, могу повторить их вкратце. Внедрение
нового формата фидонетовских сообщений, не совместимого со старым и несущего
новые функции, приведёт к необходимости перекодировки нового формата в старый
(с потерей этих функций) в момент передачи почты с одного из обновлённых узлов
на один из старых. Следовательно, даже установив себе всё новое программное
обеспечение, любые два узла Фидонета не смогут переписываться в новом формате
по роутингу до тех пор, пока на всём пути роутинга не будет установлено всё
то же новое программное обеспечение. Возникает порочный круг: чтобы ставить
новое программное обеспечение, нужно увидеть позитивный эффект от него, а он
появится только после того, как новое программное обеспечение будет установлено
(да притом не только энтузиастами, но и многими узлами). Что и обескураживает.
Чтобы разорвать этот порочный круг, рекомендую вместо этого внедрять такой
формат разметки, который, во-первых, использовал бы прежний формат почты
(то есть не требовал бы никаких изменений в тоссерах и мейлерах), а во-вторых,
был бы, насколько это вообще возможно, обратно совместим с обычным текстом ──
то есть чтобы обладатели новых браузеров видели бы гипертекст, а обладатели
старых программ (типа GoldED+) могли бы (с как можно меньшими разрывами прозы!)
читать обычный текст, видеть человекочитаемые URLы иллюстраций, и так далее.
Как я уж не раз говорил (и могу ещё раз повторить, пальцы не отвалятся),
интернетовским уже существующим примером такой разметки является язык
PHP Markdown Extra (или его более простой предшественник ── Markdown).
Естественно, в неизменённом виде для Фидонета он не пригодится, однако
изменения могут быть косметическими и не затрагивающими главную суть дела.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... Если враг не сдаётся, от него убегают. (Ранди, в AD&D на IRC)
20 Sep 2010 13:42:42, Gennadij Pastuhov -> Yuriy Lukyanets:
YL>> Стандарт, в любом случае, нужен. Если начать дописывать/писать
YL>> софт не опираясь н стандарт, то потом получится что у одного
YL>> адрес отправителя указывается как <fromAddr></fromAddr>, у
YL>> другого как <addresses><from></from></addresses> и так далее.
GP> Собственно, это не так важно. Важнее, чтобы формат был в xml.
Грубейшая ошибка.
Лично я, когда выполняю функции руководителя проекта, на этапе выработки
концепции запрещаю использовать названия _любых_ существующих технологий -
просто потому, что даже одно произнесенное название способно напрочь убить
творческий процесс. Сейчас я тоже последую этому правилу и порекомендую
использовать термин "формат сообщения".
GP> А там кто первый напишет работоспособную софтину - тот и будет
GP> основателем стандарта. Главное - чтобы в формате сразу был
GP> необходимый минимум, остальное можно добавлять/убавлять сколько
GP> хочешь, формат позиционно и размерно независимый, что решает
GP> огромную кучу проблем при разработке FTN софта.
Вот и первая ошибка... Форматов должно быть как минимум два: формат сообщения
(назовем его XFM, сиречь "extensible fidonet message") и формат бандла - файла,
передаваемого между FTN-системами (его можно назвать аналогичной трехбуквенной
аббревиатурой XFB, сиречь "extensible fidonet bundle). Эти два формата должны
заменить MSG и PKT, поэтому должны нести в себе как минимум ту же информацию.
А теперь можно и подумать, как их реализовать.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Я не злопамятный, но логи веду
20 Sep 2010 15:42:56, Mithgol the Webmaster -> Alexey Vissarionov:
AV>> Единственный допустимый вариант (хотя лично я в модерируемых мной
AV>> эхах буду зверствовать и в этом случае) -
AV>> http://ru.wikipedia.org/wiki/Data:_URL
MW> Поддерживаю мнение о допустимости, но не о зверствовании.
Насчет единственности возражений нет?
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Только дурак нуждается в порядке - гений господствует над хаосом
Понедельник сентября 20 10 18:55 Max Lushnikov писал к Gennadij Pastuhov:
GP>> Я хотел чистый веб-доступ, но и в нём можно применить протокол.
GP>> Например, такой:
ML> Годится.
Уря :)
[ сожрали демоны ]
ML> Может, таки в аську или жаббер? :)
Запрос в аську ушёл.
... Jonny wanna live
Понедельник сентября 20 10 20:44 Alexey Vissarionov писал к Gennadij Pastuhov:
GP>> Собственно, это не так важно. Важнее, чтобы формат был в xml.
AV> Грубейшая ошибка.
[ сожрали демоны ]
AV> название способно напрочь убить творческий процесс. Сейчас я тоже
Почему?
AV> последую этому правилу и порекомендую использовать термин "формат
AV> сообщения".
Какая разница?
AV> Вот и первая ошибка... Форматов должно быть как минимум два: формат
Я не столь сильно завязан на проблемы передачи .pkt файлов, поэтому поясни,
плз, зачем его заменять? Куча софта работает с ним вполне успешно, кто будет
это всё переписывать? Какие улучшения возможны?
... Jonny wanna live
AV>>> Единственный допустимый вариант (хотя лично я в модерируемых мной
AV>>> эхах буду зверствовать и в этом случае) -
AV>>> http://ru.wikipedia.org/wiki/Data:_URL
MtW>> Поддерживаю мнение о допустимости, но не о зверствовании.
AV> Насчет единственности возражений нет?
Есть возражения, конечно. Не вижу повода отказаться от использования UUE.
В пользу UUE говорят два обстоятельства. Во-первых и в-главных, этот формат
давненько уж используется в российском и ближнезарубежном Фидонете (так что
его кодек встроили и в GoldED+, например). Ты ведь хорошо знаешь мою позицию,
согласно которой изменениям в Фидонете уместно нарастать как можно постепеннее
и пошаговее, со строгим соблюдением как можно большей обратной совместимости ──
иначе и нельзя будет стронуть глыбищщу человечьей инерции огромных масс люда.
Во-вторых, URLы 'data:' используют base64, этот кодек не более и не менее
эффективен, чем UUE, а единственным достоинством его является приуготовленная
реализация в Файерфоксе и других популярных браузерах (в IE ── с ограничениями
по длине, и даже довольно тягостными ограничениями).
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... И, весь в крови смертельных ран, упал поджаренный шаман. [Ru.Game.ADoM]
До свиданья, Yuriy! http://blogion.ru/aussiebuck
[UpTime: 2:52:13] AKA: 3:712/550.3 (Dead AKA: 2:5041/2000)
20 Sep 10 00:15, you wrote to me:
YL>> бы против такого подхода. Мне видится это все по-другому. Надо
YL>> сделать стандарт (почему - см. предидущее сообщение), назвать, ск
YL>> жем xpkt и научить существующие тоссеры с ним работать _вместе_ с
YL>> нынешним pkt.
AV> Вынужден слегка осадить твой оптимизм: тоссер. В единственном числе,
AV> ага. Кроссплатформенный.
hpt, CrashMail II, fidogate?
YL>> То есть приходит почта, там могут быть как .pkt так и .xpkt,
YL>> тоссер все это обрабатывает и ложит в базу так как есть сейчас. В
YL>> настройках тоссера можно указать для линка, что этому линку почту
YL>> паковать в xpkt (если знаем что на той стороне поддерживается
YL>> xpkt). То есть на первом этапе меняется только, скажем т к,
YL>> транспортный уровень.
AV> Транспортный - это мейлер. Формат передаваемых данных - уровень предст
AV> вления.
Ок :)
YL>> Ну и заложить в стандарте возможность передачи вместе с письмом
YL>> картинок и тд, ничего что поначалу это поддерживаться
YL>> тоссерами/редакторами не будет.
AV> Единственный допустимый вариант (хотя лично я в модерируемых мной эхах
AV> буду зверствовать и в этом случае) -
AV> http://ru.wikipedia.org/wiki/Data:_URL
Ну, тоже неплохо.
Yuriy
20 Sep 10 13:53, you wrote to me:
YL>> сделать стандарт (почему - см. предидущее сообщение), назвать, ск
YL>> жем xpkt и научить существующие тоссеры с ним работать _вместе_ с
YL>> нынешним pkt.
GP> Как я вижу, пока есть потребность в другом варианте: прослойка между
GP> редактором (просмотрщиком) почты и базой, у меня и Лушникова. Реализов
GP> ть для начала это, появится надобность xml-изации остальных этапов обр
GP> ботки почты - почему бы и нет?
Эмм, прослойка какого рода?
Имхо надо потихоньку вобще на современные базы переползать. Потихоньку,
конечно.
YL>> Ну и заложить в стандарте возможность передачи вместе с письмом
YL>> картинок и тд, ничего что поначалу это поддерживаться
YL>> тоссерами/редакторами не будет.
GP> XML хорош тем, что он изначально предусматривает что угодно. Понимаешь
GP> дополнительные поля - пользуешься ими, не понимаешь - игнорируешь.
Согласен.
Yuriy
YL>>> бы против такого подхода. Мне видится это все
YL>>> по-другому. Hадо сделать стандарт (почему - см.
YL>>> предидущее сообщение), назвать, ск жем xpkt и научить
YL>>> существующие тоссеры с ним работать _вместе_ с нынешним
YL>>> pkt.
AV>> Вынужден слегка осадить твой оптимизм: тоссер. В
AV>> единственном числе, ага. Кроссплатформенный.
YL> hpt, CrashMail II, fidogate?
Фидогейт, насколько я могу судить, более не развивается и не
поддерживается. Поправьте, если ошибаюсь.
Вторник сентября 21 10 09:12 Yuriy Lukyanets писал к Gennadij Pastuhov:
YL> Эмм, прослойка какого рода?
YL> Имхо надо потихоньку вобще на современные базы переползать.
YL> Потихоньку, конечно.
Ну смотри, сейчас fido, в принципе, работает нормально. Мейлеры есть, тоссеры
есть, редакторы есть. А я лично создаю ИС совершенно нового типа и хочу к ней
подключить возможность общения в стиле fido. Поэтому мне пока вполне достаточно
конвертора писем из моих баз squish.
Что за современные базы и чем они лучше старых?
... Jonny wanna live
21 Sep 2010 08:36:16, Mithgol the Webmaster -> Alexey Vissarionov:
AV>>>> Единственный допустимый вариант (хотя лично я в модерируемых мной
AV>>>> эхах буду зверствовать и в этом случае) -
AV>>>> http://ru.wikipedia.org/wiki/Data:_URL
MtW>>> Поддерживаю мнение о допустимости, но не о зверствовании.
AV>> Насчет единственности возражений нет?
MW> Есть возражения, конечно. Не вижу повода отказаться от использования
MW> UUE.
Что мешает использовать его в data: как еще один формат?
Собственно, почему именно data, при полном запрете http или чего-то еще: это
гарантирует, что в фидошных сообщениях не появятся баннеры, счетчики просмотров
и прочее говнище, заполонившее http-сайты всего из-за одной преступной ошибки
разработчиков HTML.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Профессионализм - умение оценить меру своей некомпетентности
21 Sep 2010 09:00:48, Yuriy Lukyanets -> Alexey Vissarionov:
YL>>> бы против такого подхода. Мне видится это все по-другому. Надо
YL>>> сделать стандарт (почему - см. предидущее сообщение), назвать, ск
YL>>> жем xpkt и научить существующие тоссеры с ним работать _вместе_ с
YL>>> нынешним pkt.
AV>> Вынужден слегка осадить твой оптимизм: тоссер. В единственном числе,
AV>> ага. Кроссплатформенный.
YL> hpt, CrashMail II, fidogate?
Все три? Ты излишне оптимистичен...
YL>>> Ну и заложить в стандарте возможность передачи вместе с письмом
YL>>> картинок и тд, ничего что поначалу это поддерживаться
YL>>> тоссерами/редакторами не будет.
AV>> Единственный допустимый вариант (хотя лично я в модерируемых мной
AV>> эхах буду зверствовать и в этом случае) -
AV>> http://ru.wikipedia.org/wiki/Data:_URL
YL> Ну, тоже неплохо.
Главное, не допустить htmlного <img src="http://...">
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Открытая душа уже сама по себе является поводом насрать в нее
22 Sep 10 19:16, you wrote to me:
YL>> Эмм, прослойка какого рода?
YL>> Имхо надо потихоньку вобще на современные базы переползать.
YL>> Потихоньку, конечно.
GP> Ну смотри, сейчас fido, в принципе, работает нормально. Мейлеры есть,
GP> тоссеры есть, редакторы есть.
Есть... Но мне кажется было бы очень неплохо, если появится свежая струя. Она
уже есть в виде web-bbs, но мне кажется современный, _качественный_ гуевый софт
помог бы в деле популяризации фидо. Ну и just for fun конечно, тоже :)
GP> А я лично создаю ИС совершенно нового
GP> типа и хочу к ней подключить возможность общения в стиле fido. Поэтому
GP> мне пока вполне достаточно конвертора писем из моих баз squish.
М, согласен, если ты создаешь отдельную информационную систему, из которой
можно будет гейтовать сообщения в нашу сеть, то для твоих задач конвертера
будет достаточно.
GP> Что за современные базы и чем они лучше старых?
MySQL, Sqlite, например. Лучше старых они хотябы тем, что есть современные
либы, которые позволяют юзать информацию в них, что позволит желающим написать
новый редактор, заниматься именно написанием нового редактора (оптимальный
интерфейс, новые полезные фичи и тд), а не парсингом старых бинарных баз, или
переделкой старых сишных либ. ИМХО бинарные форматы гасят большую долю
энтузиазма у людей, которые хотят написать софт "с нуля".
Yuriy
23 Sep 10 08:39, you wrote to me:
YL>>>> сделать стандарт (почему - см. предидущее сообщение), назвать,
YL>>>> ск жем xpkt и научить существующие тоссеры с ним работать
YL>>>> _вместе_ с нынешним pkt.
AV>>> Вынужден слегка осадить твой оптимизм: тоссер. В единственном
AV>>> числе, ага. Кроссплатформенный.
YL>> hpt, CrashMail II, fidogate?
AV> Все три? Ты излишне оптимистичен...
Эмм, почему? Они все три кросплатформенные и с открытым исходным кодом.
YL>>>> Ну и заложить в стандарте возможность передачи вместе с письмом
YL>>>> картинок и тд, ничего что поначалу это поддерживаться
YL>>>> тоссерами/редакторами не будет.
AV>>> Единственный допустимый вариант (хотя лично я в модерируемых
AV>>> мной эхах буду зверствовать и в этом случае) -
AV>>> http://ru.wikipedia.org/wiki/Data:_URL
YL>> Ну, тоже неплохо.
AV> Главное, не допустить htmlного <img src="http://...">
Угу. Ну кроме data можно что-нить вроде
...
<message>
blah-blah [img resId:107] blah-blah-blah
</message>
<resources>
<image id=107 type="UUE">
UUE CODE HERE
</image>
</resources>
...
Тогда при отправке письма на узел не поддерживающий xml-based pkt, можно
заменять [img resId:107] на что-нить вроде
area://Ru.FTN.Develop/?msgid=msgid&resId=107
чтобы можно было скопипастить такой урл куда-нибудь на гейт, который такие урлы
поддерживает и посмотреть картинку, или что-нить еще вроде этого придумать.
Скипать/заменять тег с data внутри тоже можно, конечно, но мне кажется так
было-бы больше гибкости.
Yuriy
22 Sep 10 10:19, you wrote to me:
YL>>>> бы против такого подхода. Мне видится это все
YL>>>> по-другому. Hадо сделать стандарт (почему - см.
YL>>>> предидущее сообщение), назвать, ск жем xpkt и научить
YL>>>> существующие тоссеры с ним работать _вместе_ с нынешним
YL>>>> pkt.
AV>>> Вынужден слегка осадить твой оптимизм: тоссер. В
AV>>> единственном числе, ага. Кроссплатформенный.
YL>> hpt, CrashMail II, fidogate?
SP> Фидогейт, насколько я могу судить, более не развивается и не
SP> поддерживается. Поправьте, если ошибаюсь.
Мне не кажется, что при наличии желания будет большой проблемой прикрутить к
нему поддержку еще одного формата пакетов.
Yuriy
Пятница сентября 24 10 21:24 Yuriy Lukyanets писал к Gennadij Pastuhov:
GP>> Ну смотри, сейчас fido, в принципе, работает нормально. Мейлеры
GP>> есть, тоссеры есть, редакторы есть.
YL> Есть... Но мне кажется было бы очень неплохо, если появится свежая
YL> струя. Она уже есть в виде web-bbs, но мне кажется современный,
YL> _качественный_ гуевый софт помог бы в деле популяризации фидо.
Тут было бы достаточно удобного редактора, остальной софт отличное существует в
виде самонастраивающихся комплектов.
YL> Ну и just for fun конечно, тоже :)
Это великое дело, но так ли интересно писать софт, если неясно, кто им будет
пользоваться?
GP>> Что за современные базы и чем они лучше старых?
YL> MySQL, Sqlite, например. Лучше старых они хотябы тем, что есть
YL> современные либы, которые позволяют юзать информацию в них, что
YL> позволит желающим написать новый редактор, заниматься именно
YL> написанием нового редактора (оптимальный интерфейс, новые полезные
YL> фичи и тд), а не парсингом старых бинарных баз, или переделкой старых
YL> сишных либ.
Не уверен, что такой друг лучше старых двух. По сути - те же бинарные форматы.
YL> ИМХО бинарные форматы гасят большую долю энтузиазма у людей, которые
YL> хотят написать софт "с нуля".
Я знаю :) 10 лет назад писал FAQ сервер Uniposter, и на разработку функций
чтения и записи только .msg убил очень много времени и сил.
... Jonny wanna live
YL> Угу. Ну кроме data можно что-нить вроде
YL> ...
YL> <message>
YL> blah-blah [img resId:107] blah-blah-blah
YL> </message>
YL> <resources>
YL> <image id=107 type="UUE">
YL> UUE CODE HERE
YL> </image>
YL> </resources>
YL> ...
YL> Тогда при отправке письма на узел не поддерживающий xml-based pkt,
YL> можно заменять [img resId:107] на что-нить вроде
YL> area://Ru.FTN.Develop/?msgid=msgid&resId=107 чтобы можно было
YL> скопипастить такой урл куда-нибудь на гейт, который такие урлы
YL> поддерживает и посмотреть картинку, или что-нить еще вроде этого
YL> придумать. Скипать/заменять тег с data внутри тоже можно, конечно,
YL> но мне кажется так было-бы больше гибкости.
Пожалуйста, прочти черновик стандарта FGHI URL.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... И когда им уже надоест наконец, а?..
AV>>>>> Единственный допустимый вариант (хотя лично я в модерируемых мной
AV>>>>> эхах буду зверствовать и в этом случае) -
AV>>>>> http://ru.wikipedia.org/wiki/Data:_URL
MtW>>>> Поддерживаю мнение о допустимости, но не о зверствовании.
AV>>> Насчет единственности возражений нет?
MtW>> Есть возражения, конечно. Не вижу повода отказаться от использования
MtW>> UUE.
AV> Что мешает использовать его в data: как еще один формат?
AV> Собственно, почему именно data, при полном запрете http или чего-то еще:
AV> это гарантирует, что в фидошных сообщениях не появятся баннеры, счетчики
AV> просмотров и прочее говнище, заполонившее http-сайты всего из-за одной
AV> преступной ошибки разработчиков HTML.
Я, кажется, понял: ты желаешь, чтобы все иллюстрации и объекты гипермедиа,
ссылки на которые имеются в письме будущей гипертекстовой фидопочты, целиком
содержались бы в том же письме. Расскажи мне, пожалуйста, чем плохи счётчики
посещений и просмотров, и каким образом в фидошных сообщениях будут возможны
графические баннеры при том, что некоммерческий статус Сети до сих пор вполне
ограждал нас от текстовых баннеров и прочего говнища, спамом заполонившего
электронную почту Интернета всего из-за одной преступной ошибки разработчиков
e-mail, которая состояла в том, что они изобрели e-mail. Я тебе в ответ затем,
может быть, найду время рассказать, чем и как вредно было бы пихать в письмо
все его иллюстрации. Во-первых, это означало бы многократное размножение всех
аватаров, тогда как даже создатель GoldEd мудро предусмотрел в кладже GIF
гиперссылку своего рода. Во-вторых, это означало бы, что вместе с эхою всякий
её подписчик подписывается и на иллюстрации к ней (нельзя создать соседнюю
UUE-эху, складывать в неё иллюстрации и ссылаться на них гиперссылками ──
точно так же нельзя создать и параллельную фэху, и FAQ-робота с рассылкою
файлов нетмейлом, и на фреки выкладывать, и так далее). В-третьих, это ещё
означало бы невозможность поместить в эхопочту флэшёвый видеопроигрыватель
YouTube, RuTube, vimeo, dailymotion, Первого канала, Вестей, НТВ, и так далее.
Это только первые три неприятных последствия угадываемого мною твоего замысла,
которые приходят на ум.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... Беспричинная вражда ── самая упорная. (Жан Франсуа де Рец)
27 Sep 2010 19:13:38, Mithgol the Webmaster -> Alexey Vissarionov:
AV>>>>>> Единственный допустимый вариант (хотя лично я в модерируемых
AV>>>>>> мной эхах буду зверствовать и в этом случае) -
AV>>>>>> http://ru.wikipedia.org/wiki/Data:_URL
MtW>>>>> Поддерживаю мнение о допустимости, но не о зверствовании.
AV>>>> Насчет единственности возражений нет?
MtW>>> Есть возражения, конечно. Не вижу повода отказаться от
MtW>>> использования UUE.
AV>> Что мешает использовать его в data: как еще один формат?
AV>> Собственно, почему именно data, при полном запрете http или чего-то
AV>> еще: это гарантирует, что в фидошных сообщениях не появятся баннеры,
AV>> счетчики просмотров и прочее говнище, заполонившее http-сайты всего
AV>> из-за одной преступной ошибки разработчиков HTML.
MW> Я, кажется, понял: ты желаешь, чтобы все иллюстрации и объекты
MW> гипермедиа, ссылки на которые имеются в письме будущей гипертекстовой
MW> фидопочты, целиком содержались бы в том же письме.
Нет - я хочу, чтобы никакие данные из внешних источников не загружались (и уж
тем более не интерпретировались) без явного указания пользователя.
Вот пример на понятном тебе HTML:
<a href="http://pics.rsh.ru/img/yablochko_zo3jn.jpg">картинка</a> - допустимо,
а <img src="http://pics.rsh.ru/img/yablochko_zo3jn.jpg"> - нет
MW> Расскажи мне, пожалуйста, чем плохи счётчики посещений и просмотров,
Они:
0. нарушают privacy пользователей
1. создают паразитную нагрузку на каналы связи
2. используются преимущественно для фаллометрии
MW> и каким образом в фидошных сообщениях будут возможны графические
MW> баннеры при том, что некоммерческий статус Сети до сих пор вполне
MW> ограждал нас от текстовых баннеров и прочего говнища, спамом
MW> заполонившего электронную почту Интернета всего из-за одной
MW> преступной ошибки разработчиков e-mail, которая состояла в том,
MW> что они изобрели e-mail.
Для тебя e-mail - это только SMTP?
MW> Я тебе в ответ затем, может быть, найду время рассказать, чем и как
MW> вредно было бы пихать в письмо все его иллюстрации.
Можешь не утруждать себя, я это прекрасно знаю. Именно поэтому во всех
модерируемых мной эхах запрещены ююки, и именно поэтому я не поленился и
потратил время на написание того же http://pics.rsh.ru
MW> Во-первых, это означало бы многократное размножение всех аватаров,
MW> тогда как даже создатель GoldEd мудро предусмотрел в кладже GIF
MW> гиперссылку своего рода.
Аватары - всего лишь очередной объект фаллометрии. Умом выделяться надо...
MW> Во-вторых, это означало бы, что вместе с эхою всякий её подписчик
MW> подписывается и на иллюстрации к ней (нельзя создать соседнюю
MW> UUE-эху, складывать в неё иллюстрации и ссылаться на них
MW> гиперссылками -- точно так же нельзя создать и параллельную фэху, и
MW> FAQ-робота с рассылкою файлов нетмейлом, и на фреки выкладывать, и
MW> так далее).
Речь шла исключительно о внедрении данных в текст сообщения - для внешних
объектов существуют ссылки наподобие <a href="..."> в HTML.
MW> В-третьих, это ещё означало бы невозможность поместить в эхопочту
MW> флэшёвый видеопроигрыватель YouTube, RuTube, vimeo, dailymotion,
MW> Первого канала, Вестей, НТВ, и так далее.
И не надо - достаточно дать ссылку.
MW> Это только первые три неприятных последствия угадываемого мною твоего
MW> замысла, которые приходят на ум.
Да что ж в них неприятного-то? Мусора в сообщениях будет не больше, чем есть
сейчас, а для всего остального можно использовать ссылки.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Задал дурацкий вопрос? Получи дурацкий ответ!
Писал как-то Yuriy Lukyanets к Sergey Poziturin 24.09.2010 в 21:45:03,
а я смотрю и фигею
SP>> Фидогейт, насколько я могу судить, более не развивается и не
SP>> поддерживается. Поправьте, если ошибаюсь.
YL> Мне не кажется, что при наличии желания будет большой проблемой прикрутить
YL> к нему поддержку еще одного формата пакетов.
А зачем нам нужен еще один формат пакетов? Кто мешает инкапсулировать все
необходимое в письмо? Тогда никаких проблем с переходом - кто не
поддерживает - тот пропускает как есть, и всего делов.
Hа сем разрешите письмо закончить. Elec (RA2FDR)
Писал как-то Alexey Vissarionov к Mithgol the Webmaster 23.09.2010 в 8:31:38,
а я смотрю и фигею
AV>>>>> Единственный допустимый вариант (хотя лично я в модерируемых мной
AV>>>>> эхах буду зверствовать и в этом случае) -
AV>>>>> http://ru.wikipedia.org/wiki/Data:_URL
MtW>>>> Поддерживаю мнение о допустимости, но не о зверствовании.
AV>>> асчет единственности возражений нет?
MW>> Есть возражения, конечно. е вижу повода отказаться от использования
MW>> UUE.
AV> Что мешает использовать его в data: как еще один формат?
AV> Собственно, почему именно data, при полном запрете http или чего-то еще:
AV> это гарантирует, что в фидошных сообщениях не появятся баннеры, счетчики
AV> просмотров и прочее говнище, заполонившее http-сайты всего из-за одной
AV> преступной ошибки разработчиков HTML.
А кто заставляет автоматически открывать все внешние ссылки из письма? Если
кто-то так делает, то он ССЗБ ровно на столько же, насколько и тот, кто
отправляет автоматически все ююки на исполнение. А если кто-то всунет
баннер в темплейт, получит банхамм^W прикладом плюсомета по балде. А если в
эхе нет транкл^W модератора, то это уже проблема не техническая ни разу, и
должна решаться в рамках эхопола.
Писал как-то Alexey Vissarionov к Yuriy Lukyanets 23.09.2010 в 8:39:50,
а я смотрю и фигею
YL>>>> у и заложить в стандарте возможность передачи вместе с письмом
YL>>>> картинок и тд, ничего что поначалу это поддерживаться
YL>>>> тоссерами/редакторами не будет.
AV>>> Единственный допустимый вариант (хотя лично я в модерируемых мной
AV>>> эхах буду зверствовать и в этом случае) -
AV>>> http://ru.wikipedia.org/wiki/Data:_URL
YL>> у, тоже неплохо.
AV> Главное, не допустить htmlного <img src="http://...">
А нехай будет. Только надо чтобы в стандарте сразу оговаривались
рекомендуемые дефолтные настройки для отображения подобных вещей, где это
должно быть выключено. Или опционально - отображать только из кэша. Если
один раз ткнул, то этот ресурс будет отображаться в дальнейшем из кэша на
положенном месте. А если не ткнул - то будет дырка.
Имхо проблемы, которые могут прийти от появления мусора, вполне себе
решаются подобным образом. Если сунуть такую конструкцию в письмо, то ее
посмотрят только те, кому это действительно интересно. Таким образом мы
получаем возможность видеть письмо с иллюстрацией в том месте, где ей и
положено быть, без необходимости тащить те картинки, которые мы смотреть не
хотим.
Писал как-то Yuriy Lukyanets к Gennadij Pastuhov 24.09.2010 в 21:24:57,
а я смотрю и фигею
YL> Есть... о мне кажется было бы очень неплохо, если появится свежая струя.
YL> Она уже есть в виде web-bbs, но мне кажется современный, _качественный_
YL> гуевый софт помог бы в деле популяризации фидо. у и just for fun конечно,
YL> тоже :)
Hадо не просто веб-ббс, а чтобы работало как форум - на сайтах,
посвященных определенной тематике, доступны в режиме форума определенные
эхи, подходящие по тематике. А отдельно веб-ббс - это вместе с фидо
получается вещь в себе - туда пойдет только тот, кто этого хочет явно.
Писал как-то Alexey Vissarionov к Mithgol the Webmaster 28.09.2010 в 7:13:24,
а я смотрю и фигею
AV>>>>> асчет единственности возражений нет?
MtW>>>> Есть возражения, конечно. е вижу повода отказаться от
MtW>>>> использования UUE.
AV>>> Что мешает использовать его в data: как еще один формат?
AV>>> Собственно, почему именно data, при полном запрете http или чего-то
AV>>> еще: это гарантирует, что в фидошных сообщениях не появятся баннеры,
AV>>> счетчики просмотров и прочее говнище, заполонившее http-сайты всего
AV>>> из-за одной преступной ошибки разработчиков HTML.
MW>> Я, кажется, понял: ты желаешь, чтобы все иллюстрации и объекты
MW>> гипермедиа, ссылки на которые имеются в письме будущей гипертекстовой
MW>> фидопочты, целиком содержались бы в том же письме.
AV> ет - я хочу, чтобы никакие данные из внешних источников не загружались (и
AV> уж тем более не интерпретировались) без явного указания пользователя.
AV> Вот пример на понятном тебе HTML:
AV> <a href="http://pics.rsh.ru/img/yablochko_zo3jn.jpg">картинка</a> -
AV> допустимо, а <img src="http://pics.rsh.ru/img/yablochko_zo3jn.jpg"> - нет
Вторая конструкция в принципе вполне допустима в письме, но юзерский
фронтенд не должен такое автоматически подгружать. Вполне достаточно рамки
небольшой со стандартной надписью "кликни сюда чтобы показать
[тип_объекта_и_его_урл]". А кто хочет, чтобы все ему отображалось сразу -
ну так ССЗБ, и не надо лишать его такой возможности. Hу и административными
методами можно надавить на автора письма, чтобы он так не делал, потому что
читать неудобно.
MW>> Расскажи мне, пожалуйста, чем плохи счётчики посещений и просмотров,
AV> Они:
AV> 0. нарушают privacy пользователей
AV> 1. создают паразитную нагрузку на каналы связи
AV> 2. используются преимущественно для фаллометрии
Hа это можно распространить то, что я написал чуть выше. Автоматически
отображать не надо, а кто хочет - пусть тычет, чтобы показать. И опять же
модератору БЫТЬ!
MW>> Я тебе в ответ затем, может быть, найду время рассказать, чем и как
MW>> вредно было бы пихать в письмо все его иллюстрации.
AV> Можешь не утруждать себя, я это прекрасно знаю. Именно поэтому во всех
AV> модерируемых мной эхах запрещены ююки, и именно поэтому я не поленился и
AV> потратил время на написание того же http://pics.rsh.ru
Опять же, тут вопрос более политический. Иллюстрации бывают разными. В
частности могут быть полезными и бесполезными. Вот схемка какая, которая
обсуждается в письме - это полезная. А аватарка, да к тому же одна и та же
во всех письмах - это бесполезная. И есть смысл разделять правилами. Кто
хочет чтобы аватарка была - можно высунуть ее в тырнет^W^W на внешний
ресурс и показывать оттуда.
MW>> Во-первых, это означало бы многократное размножение всех аватаров,
MW>> тогда как даже создатель GoldEd мудро предусмотрел в кладже GIF
MW>> гиперссылку своего рода.
AV> Аватары - всего лишь очередной объект фаллометрии. Умом выделяться надо...
Угу. Hо кто хочет, пусть выделяется фаллометрией среди тех, кому это
интересно. Если мне неинтересны фаллометрические данные собеседника, я на
них могу не смотреть. А вот если кто-то злоупотребляет этим - так и сейчас
с тем же успехом анонимус может совать ююк со своей фоторожицей в каждое
письмо. И точно так же есть возможность его отображать при желании.
MW>> В-третьих, это ещё означало бы невозможность поместить в эхопочту
MW>> флэшёвый видеопроигрыватель YouTube, RuTube, vimeo, dailymotion,
MW>> Первого канала, Вестей, ТВ, и так далее.
AV> И не надо - достаточно дать ссылку.
Hу, возможность поместить - это одно. А вот захочет ли кто это смотреть -
это совсем другое. А захочет ли модератор видеть отправившего такое снова в
эхе - это совсем третье.
MW>> Это только первые три неприятных последствия угадываемого мною твоего
MW>> замысла, которые приходят на ум.
AV> Да что ж в них неприятного-то? Мусора в сообщениях будет не больше, чем
AV> есть сейчас, а для всего остального можно использовать ссылки.
Борьба с мусором должна производиться при помощи административного ресурса,
коий в фидо в наличии, в отличии от "этих ваших онторнетов" =)
28 Sep 2010 12:10:24, Dmitriy Romanov -> Alexey Vissarionov:
MW>>> Есть возражения, конечно. е вижу повода отказаться от
MW>>> использования UUE.
AV>> Что мешает использовать его в data: как еще один формат?
AV>> Собственно, почему именно data, при полном запрете http или чего-то
AV>> еще: это гарантирует, что в фидошных сообщениях не появятся баннеры,
AV>> счетчики просмотров и прочее говнище, заполонившее http-сайты всего
AV>> из-за одной преступной ошибки разработчиков HTML.
DR> А кто заставляет автоматически открывать все внешние ссылки из письма?
15 лет назад это разрешили в HTTP. Сейчас без этого мало какой HTTP-сайт
работает...
DR> Если кто-то так делает, то он ССЗБ ровно на столько же, насколько и
DR> тот, кто отправляет автоматически все ююки на исполнение. А если
DR> кто-то всунет баннер в темплейт, получит банхамм^W прикладом
DR> плюсомета по балде.
Ага, получит... Но говнище-то уже ушло в сеть.
DR> А если в эхе нет транкл^W модератора, то это уже проблема не
DR> техническая ни разу, и должна решаться в рамках эхопола.
А тем временем эха будет засераться, ага?
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Ну что же вы стоите на пороге? Не стесняйтесь, идите отсюда!
28 Sep 2010 12:21:24, Dmitriy Romanov -> Alexey Vissarionov:
MW>>> Я, кажется, понял: ты желаешь, чтобы все иллюстрации и объекты
MW>>> гипермедиа, ссылки на которые имеются в письме будущей
MW>>> гипертекстовой фидопочты, целиком содержались бы в том же письме.
AV>> ет - я хочу, чтобы никакие данные из внешних источников не
AV>> загружались (и уж тем более не интерпретировались) без явного
AV>> указания пользователя. Вот пример на понятном тебе HTML: <a
AV>> href="http://pics.rsh.ru/img/yablochko_zo3jn.jpg">картинка</a> -
AV>> допустимо, а <img src="http://pics.rsh.ru/img/yablochko_zo3jn.jpg"> -
AV>> нет
DR> Вторая конструкция в принципе вполне допустима в письме, но юзерский
DR> фронтенд не должен такое автоматически подгружать. Вполне достаточно
DR> рамки небольшой со стандартной надписью "кликни сюда чтобы показать
DR> [тип_объекта_и_его_урл]".
Увы, этого ни разу не достаточно. Пример: опубликуй где-нибудь ссылку на
http://hren.tebe.ru/runme.exe - и удивись количеству придурков, которые это
скачают и запустят.
Причем эта хренотень хотя бы не деструктивна...
DR> А кто хочет, чтобы все ему отображалось сразу - ну так ССЗБ, и не
DR> надо лишать его такой возможности.
Надо. Иначе будет как с HTTP.
DR> Hу и административными методами можно надавить на автора письма,
DR> чтобы он так не делал, потому что читать неудобно.
"Я ничо не знаю, у меня редактор так работает. И ни в какие конфиги я опять же
не полезу."
MW>>> Расскажи мне, пожалуйста, чем плохи счётчики посещений и просмотров,
AV>> Они:
AV>> 0. нарушают privacy пользователей
AV>> 1. создают паразитную нагрузку на каналы связи
AV>> 2. используются преимущественно для фаллометрии
DR> Hа это можно распространить то, что я написал чуть выше. Автоматически
DR> отображать не надо, а кто хочет - пусть тычет, чтобы показать. И опять
DR> же модератору БЫТЬ!
Пока тот модератор проснется...
MW>>> Я тебе в ответ затем, может быть, найду время рассказать, чем и как
MW>>> вредно было бы пихать в письмо все его иллюстрации.
AV>> Можешь не утруждать себя, я это прекрасно знаю. Именно поэтому во всех
AV>> модерируемых мной эхах запрещены ююки, и именно поэтому я не поленился
AV>> и потратил время на написание того же http://pics.rsh.ru
DR> Опять же, тут вопрос более политический. Иллюстрации бывают разными.
DR> В частности могут быть полезными и бесполезными. Вот схемка какая,
DR> которая обсуждается в письме - это полезная.
И она публикуется единожды в виде однострочной ссылки.
DR> А аватарка, да к тому же одна и та же во всех письмах - это
DR> бесполезная. И есть смысл разделять правилами. Кто хочет чтобы
DR> аватарка была - можно высунуть ее в тырнет^W^W на внешний ресурс и
DR> показывать оттуда.
Посылать на внешний ресурс - можно и нужно. Показывать - нельзя.
MW>>> Во-первых, это означало бы многократное размножение всех аватаров,
MW>>> тогда как даже создатель GoldEd мудро предусмотрел в кладже GIF
MW>>> гиперссылку своего рода.
AV>> Аватары - всего лишь очередной объект фаллометрии. Умом выделяться
AV>> надо...
DR> Угу. Hо кто хочет, пусть выделяется фаллометрией среди тех, кому это
DR> интересно.
... подальше отсюда, если можно.
DR> Если мне неинтересны фаллометрические данные собеседника, я на них
DR> могу не смотреть. А вот если кто-то злоупотребляет этим - так и
DR> сейчас с тем же успехом анонимус может совать ююк со своей
DR> фоторожицей в каждое письмо. И точно так же есть возможность его
DR> отображать при желании.
Сейчас это еще не стало массовым явлением. Когда станет - будет поздно.
MW>>> В-третьих, это ещё означало бы невозможность поместить в эхопочту
MW>>> флэшёвый видеопроигрыватель YouTube, RuTube, vimeo, dailymotion,
MW>>> Первого канала, Вестей, ТВ, и так далее.
AV>> И не надо - достаточно дать ссылку.
DR> Hу, возможность поместить - это одно. А вот захочет ли кто это
DR> смотреть - это совсем другое. А захочет ли модератор видеть
DR> отправившего такое снова в эхе - это совсем третье.
Ссылки и только ссылки. Никаких "внедренных объектов" и прочей срани.
Хоть http, хоть mmsh - но только URL и опциональный комментарий.
MW>>> Это только первые три неприятных последствия угадываемого мною
MW>>> твоего замысла, которые приходят на ум.
AV>> Да что ж в них неприятного-то? Мусора в сообщениях будет не больше,
AV>> чем есть сейчас, а для всего остального можно использовать ссылки.
DR> Борьба с мусором должна производиться при помощи административного
DR> ресурса, коий в фидо в наличии, в отличии от "этих ваших онторнетов" =)
В "этих ваших" административного ресурса поболее будет (бумажные договоры и
прочая бюрократия) - один хрен, не помогает: "оно само", и хоть усрись...
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Как мяукнется - так и отгавкнется
28 Sep 2010 12:25:50, Dmitriy Romanov -> Alexey Vissarionov:
AV>> Главное, не допустить htmlного <img src="http://...">
DR> А нехай будет.
Ни в коем случае - только ссылки.
И вообще, у нас оффлайновая система.
DR> Только надо чтобы в стандарте сразу оговаривались рекомендуемые
DR> дефолтные настройки для отображения подобных вещей, где это должно
DR> быть выключено.
Стандарты ничего не рекомендуют - они предписывают. Или, соответственно,
запрещают.
DR> Или опционально - отображать только из кэша. Если один раз ткнул, то
DR> этот ресурс будет отображаться в дальнейшем из кэша на положенном
DR> месте. А если не ткнул - то будет дырка.
Да откуда у тебя это странное желание притащить сюда http?
DR> Имхо проблемы, которые могут прийти от появления мусора, вполне себе
DR> решаются подобным образом.
Не решаются. Проверено на примерах NNTP и SMTP.
DR> Если сунуть такую конструкцию в письмо, то ее посмотрят только те,
DR> кому это действительно интересно. Таким образом мы получаем
DR> возможность видеть письмо с иллюстрацией в том месте, где ей
DR> и положено быть, без необходимости тащить те картинки, которые мы
DR> смотреть не хотим.
Теперь представь, что некое дурило написало редактор, где это включено по
умолчанию; на просьбы поменять настройку оно отвечает "не нравится - напиши
лучше", а свой редактор активно пропихивает в среде новичков, у которых оно
худо-бедно работает "из коробки", и которым глубоко срать на все настройки.
Вопрос: через какое время появится первый эксплойт для этой коряквы?
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Вопрос понял, ответ думаю
28 Sep 10, Alexey Vissarionov ==> Mithgol the Webmaster:
MW>> Во-вторых, это означало бы, что вместе с эхою всякий её подписчик
MW>> подписывается и на иллюстрации к ней (нельзя создать соседнюю
MW>> UUE-эху, складывать в неё иллюстрации и ссылаться на них
MW>> гиперссылками -- точно так же нельзя создать и параллельную фэху, и
MW>> FAQ-робота с рассылкою файлов нетмейлом, и на фреки выкладывать, и
MW>> так далее).
AV> Речь шла исключительно о внедрении данных в текст сообщения - для внешних
AV> объектов существуют ссылки наподобие <a href="..."> в HTML.
Думаю, вы оба знаете как про конструкцию <img src="data:..." /> в html, так и
про "Content-Type: message/external-body" в email.
Зачем ограничивать какие-то из этих возможностей? Всё равно ведь потом их
кто-то рано или поздно реализует.
Lucky carrier,
Паша
aka g...@gul.kiev.ua
27 Sep 10, Mithgol the Webmaster ==> Alexey Vissarionov:
MtW> Я, кажется, понял: ты желаешь, чтобы все иллюстрации и объекты
MtW> гипермедиа,
MtW> ссылки на которые имеются в письме будущей гипертекстовой фидопочты,
MtW> целиком
MtW> содержались бы в том же письме. Расскажи мне, пожалуйста, чем плохи
MtW> счётчики
MtW> посещений и просмотров, и каким образом в фидошных сообщениях будут
MtW> возможны
MtW> графические баннеры при том, что некоммерческий статус Сети до сих пор
MtW> вполне
MtW> ограждал нас от текстовых баннеров и прочего говнища, спамом
MtW> заполонившего
MtW> электронную почту Интернета всего из-за одной преступной ошибки
MtW> разработчиков
MtW> e-mail, которая состояла в том, что они изобрели e-mail. Я тебе в ответ
MtW> затем,
MtW> может быть, найду время рассказать, чем и как вредно было бы пихать в
MtW> письмо
MtW> все его иллюстрации. Во-первых, это означало бы многократное размножение
MtW> всех
MtW> аватаров, тогда как даже создатель GoldEd мудро предусмотрел в кладже GIF
MtW> гиперссылку своего рода.
Я скажу одну парадоксальную вещь.
Включение самого аватара в текст письма, а не в виде гиперссылки, не
увеличивает, а уменьшает количество ходящего по сети трафика. Ведь каждый
получатель письма так или иначе вытянет этот аватар, но аватар включен в
письмо, он его вытянет только один раз (при получении письма), а если это
ссылка - будет вытягивать при каждом просмотре.
Кроме того, помещение каких-то ресурсов на внешние источники делает менее
осмысленным архивирование и модерирование. Ведь заглядывая в старый архив эхи
можно обнаружить, что часть ресурсов уже недоступна, а в другой части -
какая-нибудь реклама вместо того, что там было в момент постинга (и того, что
видел модератор).
IMHO ссылки на внешние ресурсы разумны в том случае, если это именно ссылки на
другие, сторонние ресурсы (например, "почитай, что об этом пишут в википедии"),
а не как вынесенный на внешний сервер кусок смысловой части письма (например,
пояснительный рисунок к тексту или "посмотри фотку, как мы отдыхали").
MtW> В-третьих, это ещё
MtW> означало бы невозможность поместить в эхопочту флэшёвый
MtW> видеопроигрыватель
MtW> YouTube, RuTube, vimeo, dailymotion, Первого канала, Вестей, НТВ, и так
MtW> далее.
Не вижу причин, почему встраивание в текст письма видеоролика вместо размещения
его на видеохостинге чем-то принципиально отличается от встраивания в текст
письма картинки вместо размещения её на стороннем хостинге. Зачем так уж нужна
зависимость от видеохостера, его причуд и его рекламы?
29 Sep 2010 11:01:44, Pavel Gulchouck -> Alexey Vissarionov:
MW>>> Во-вторых, это означало бы, что вместе с эхою всякий её подписчик
MW>>> подписывается и на иллюстрации к ней (нельзя создать соседнюю
MW>>> UUE-эху, складывать в неё иллюстрации и ссылаться на них
MW>>> гиперссылками -- точно так же нельзя создать и параллельную фэху, и
MW>>> FAQ-робота с рассылкою файлов нетмейлом, и на фреки выкладывать, и
MW>>> так далее).
AV>> Речь шла исключительно о внедрении данных в текст сообщения - для
AV>> внешних объектов существуют ссылки наподобие <a href="..."> в HTML.
PG> Думаю, вы оба знаете как про конструкцию <img src="data:..." /> в
PG> html, так и про "Content-Type: message/external-body" в email.
PG> Зачем ограничивать какие-то из этих возможностей? Всё равно ведь
PG> потом их кто-то рано или поздно реализует.
Лучше поздно, поэтому обойдемся без <img src=> - и без data:, и без http:
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Кто не боится синего экрана - не должен бояться и черного
Писал как-то Alexey Vissarionov к Dmitriy Romanov 29.09.2010 в 11:10:00,
а я смотрю и фигею
AV> Доброго времени суток, Dmitriy!
AV>>> ет - я хочу, чтобы никакие данные из внешних источников не
AV>>> загружались (и уж тем более не интерпретировались) без явного
AV>>> указания пользователя. Вот пример на понятном тебе HTML: <a
AV>>> href="http://pics.rsh.ru/img/yablochko_zo3jn.jpg">картинка</a> -
AV>>> допустимо, а <img src="http://pics.rsh.ru/img/yablochko_zo3jn.jpg"> -
AV>>> нет
DR>> Вторая конструкция в принципе вполне допустима в письме, но юзерский
DR>> фронтенд не должен такое автоматически подгружать. Вполне достаточно
DR>> рамки небольшой со стандартной надписью "кликни сюда чтобы показать
DR>> [тип_объекта_и_его_урл]".
AV> Увы, этого ни разу не достаточно. Пример: опубликуй где-нибудь ссылку на
AV> http://hren.tebe.ru/runme.exe - и удивись количеству придурков, которые
AV> это скачают и запустят.
AV> Причем эта хренотень хотя бы не деструктивна...
Это уже тянет на естественный отбор... Во времена расцвета фидо ходили
ююками программы "крякеры интернета". И чо? Если получатель клинический
долбоеб, то это только его личные проблемы.
DR>> А кто хочет, чтобы все ему отображалось сразу - ну так ССЗБ, и не
DR>> надо лишать его такой возможности.
AV> адо. Иначе будет как с HTTP.
Hе с HTTP, а с HTML в емайле. Чем ситуация не нравится?
Лично мне она не нравится только невозможностью прочитать хтмл-письмо в голом
тексте. Однако Сережа нам обещает избавление от этого недостатка, а все
остальные (по крайней мере лично меня) не волнуют.
DR>> Hу и административными методами можно надавить на автора письма,
DR>> чтобы он так не делал, потому что читать неудобно.
AV> "Я ничо не знаю, у меня редактор так работает. И ни в какие конфиги я
AV> опять же не полезу."
Это в "этой вашей жежешке" так можно, а тут не прокатит. Если у кого-то мат
в темплейте, то принимаются меры по его выпиливанию. Либо мата, либо
темплейта, либо аффтара. Глобально это на ситуацию не влияет.
MW>>>> Расскажи мне, пожалуйста, чем плохи счётчики посещений и просмотров,
AV>>> Они:
AV>>> 0. нарушают privacy пользователей
AV>>> 1. создают паразитную нагрузку на каналы связи
AV>>> 2. используются преимущественно для фаллометрии
DR>> Hа это можно распространить то, что я написал чуть выше. Автоматически
DR>> отображать не надо, а кто хочет - пусть тычет, чтобы показать. И опять
DR>> же модератору БЫТЬ!
AV> Пока тот модератор проснется...
Это уже не техническая проблема. И таки да, при должной посещаемости и
модераторы подтянутся. Это пока что модераторам нельзя боевые патроны к
плюсометам давать, чтобы не разогнать оставшуюся публику. Хотя и тут
исключения есть. При наличии подписчиков можно и патроны к плюсомету
выдать.
MW>>>> Я тебе в ответ затем, может быть, найду время рассказать, чем и как
MW>>>> вредно было бы пихать в письмо все его иллюстрации.
AV>>> Можешь не утруждать себя, я это прекрасно знаю. Именно поэтому во всех
AV>>> модерируемых мной эхах запрещены ююки, и именно поэтому я не поленился
AV>>> и потратил время на написание того же http://pics.rsh.ru
DR>> Опять же, тут вопрос более политический. Иллюстрации бывают разными.
DR>> В частности могут быть полезными и бесполезными. Вот схемка какая,
DR>> которая обсуждается в письме - это полезная.
AV> И она публикуется единожды в виде однострочной ссылки.
Она публикуется единожды в самом письме, а в дальнейшем обсуждении
фигурирует в виде ссылки на файл в первом письме.
DR>> А аватарка, да к тому же одна и та же во всех письмах - это
DR>> бесполезная. И есть смысл разделять правилами. Кто хочет чтобы
DR>> аватарка была - можно высунуть ее в тырнет^W^W на внешний ресурс и
DR>> показывать оттуда.
AV> Посылать на внешний ресурс - можно и нужно. Показывать - нельзя.
Hу так никто и не заставляет показывать. Тебе если хтмл в емайле приходит с
такой конструкцией - наверняка не показывается. Или я не прав? Hаверняка
ведь вместо картинки видишь дырку, на которой (опционально) можно ткнуть
правишей и сказать "загрузить/показать картинку". Hе? Hу у меня во всяком
случае именно так.
MW>>>> Во-первых, это означало бы многократное размножение всех аватаров,
MW>>>> тогда как даже создатель GoldEd мудро предусмотрел в кладже GIF
MW>>>> гиперссылку своего рода.
AV>>> Аватары - всего лишь очередной объект фаллометрии. Умом выделяться
AV>>> надо...
DR>> Угу. Hо кто хочет, пусть выделяется фаллометрией среди тех, кому это
DR>> интересно.
AV> ... подальше отсюда, если можно.
Это уже как модератор решит.
DR>> Если мне неинтересны фаллометрические данные собеседника, я на них
DR>> могу не смотреть. А вот если кто-то злоупотребляет этим - так и
DR>> сейчас с тем же успехом анонимус может совать ююк со своей
DR>> фоторожицей в каждое письмо. И точно так же есть возможность его
DR>> отображать при желании.
AV> Сейчас это еще не стало массовым явлением. Когда станет - будет поздно.
Когда станет - модераторы подтянутся, можешь не переживать. Проблема ни
разу не техническая.
MW>>>> В-третьих, это ещё означало бы невозможность поместить в эхопочту
MW>>>> флэшёвый видеопроигрыватель YouTube, RuTube, vimeo, dailymotion,
MW>>>> Первого канала, Вестей, ТВ, и так далее.
AV>>> И не надо - достаточно дать ссылку.
DR>> Hу, возможность поместить - это одно. А вот захочет ли кто это
DR>> смотреть - это совсем другое. А захочет ли модератор видеть
DR>> отправившего такое снова в эхе - это совсем третье.
AV> Ссылки и только ссылки. икаких "внедренных объектов" и прочей срани.
AV> Хоть http, хоть mmsh - но только URL и опциональный комментарий.
Техническую возможность лучше таки предусмотреть. Равно как и
автоматический твит на письма с подобным контентом. А трафиком в наше время
никого особо не напугаешь.
MW>>>> Это только первые три неприятных последствия угадываемого мною
MW>>>> твоего замысла, которые приходят на ум.
AV>>> Да что ж в них неприятного-то? Мусора в сообщениях будет не больше,
AV>>> чем есть сейчас, а для всего остального можно использовать ссылки.
DR>> Борьба с мусором должна производиться при помощи административного
DR>> ресурса, коий в фидо в наличии, в отличии от "этих ваших онторнетов" =)
AV> В "этих ваших" административного ресурса поболее будет (бумажные договоры
AV> и прочая бюрократия) - один хрен, не помогает: "оно само", и хоть
AV> усрись...
У нас тут попроще будет. Плюсометом по балде - и всего делов. А крякеры
интернета и тут бывали. Hичего, массовых страданий по этому поводу не было.
Так что пусть.
Писал как-то Pavel Gulchouck к Mithgol the Webmaster 29.09.2010 в 11:12:50,
а я смотрю и фигею
MtW>> баннеров и прочего говнища, спамом заполонившего электронную почту
MtW>> Интернета всего из-за одной преступной ошибки разработчиков e-mail,
MtW>> которая состояла в том, что они изобрели e-mail. Я тебе в ответ затем,
MtW>> может быть, найду время рассказать, чем и как вредно было бы пихать в
MtW>> письмо все его иллюстрации. Во-первых, это означало бы многократное
MtW>> размножение всех аватаров, тогда как даже создатель GoldEd мудро
MtW>> предусмотрел в кладже GIF гиперссылку своего рода.
PG> Я скажу одну парадоксальную вещь.
PG> Включение самого аватара в текст письма, а не в виде гиперссылки, не
PG> увеличивает, а уменьшает количество ходящего по сети трафика. Ведь каждый
PG> получатель письма так или иначе вытянет этот аватар, но аватар включен в
PG> письмо, он его вытянет только один раз (при получении письма), а если это
PG> ссылка - будет вытягивать при каждом просмотре.
Что-то ты видно не понимаешь. Если аватар включить в текст письма, то он
вытянется всеми, включая тех, кому он неинтересен. Помножить на количество
писем автора. А в виде же внешней ссылки - вытянется столько раз, сколько
будет желающих его увидеть. Кэш никто не отменял. Один раз вытянул - и
дальше он показывается во всех письмах автора. Hикто не заставляет тянуть
это каждый раз с каждым новым письмом.
PG> Кроме того, помещение
PG> каких-то ресурсов на внешние источники делает менее осмысленным
PG> архивирование и модерирование. Ведь заглядывая в старый архив эхи можно
PG> обнаружить, что часть ресурсов уже недоступна, а в другой части -
PG> какая-нибудь реклама вместо того, что там было в момент постинга (и того,
PG> что видел модератор).
Информацию, относящуюся к обсуждению в письме, напротив, стоит включать в
письмо. Именно по этой причине. А вот если ты, читая архив, не увидишь
аватарку автора, то я думаю, что ты не сильно расстроишься. Угу?
PG> IMHO ссылки на внешние ресурсы разумны в том случае, если это именно
PG> ссылки на другие, сторонние ресурсы (например, "почитай, что об этом пишут
PG> в википедии"), а не как вынесенный на внешний сервер кусок смысловой части
PG> письма (например, пояснительный рисунок к тексту или "посмотри фотку, как
PG> мы отдыхали").
Hе только. Также еще полезно, когда обсуждается что-то большое. Hапример
"вот у меня есть дистрибутив винды (ссылка), давайте обсудим". Согласись,
совать такую оглоблю в письмо - не лучший вариант. К тому же если эта
оглобля интересна только тем подписчикам, которые собираются явно на это
посмотреть.
MtW>> В-третьих, это ещё
MtW>> означало бы невозможность поместить в эхопочту флэшёвый
MtW>> видеопроигрыватель YouTube, RuTube, vimeo, dailymotion, Первого канала,
MtW>> Вестей, ТВ, и так далее.
PG> е вижу причин, почему встраивание в текст письма видеоролика вместо
PG> размещения его на видеохостинге чем-то принципиально отличается от
PG> встраивания в текст письма картинки вместо размещения её на стороннем
PG> хостинге. Зачем так уж нужна зависимость от видеохостера, его причуд и его
PG> рекламы?
Давайте все-таки определимся, что хорошо, а что плохо. ВОЗМОЖHОСТЬ вставить
видео в письмо - это хорошо. А вот ИСПОЛЬЗОВАHИЕ этой возможности - это
плохо.
Пример (абстрактный): если у меня машина может ехать со скоростью 250 км/ч
- то это хорошо. А вот если я буду на ней с такой скоростью ездить - это
уже плохо. Есть разница?
Писал как-то Alexey Vissarionov к Dmitriy Romanov 29.09.2010 в 7:04:24,
а я смотрю и фигею
AV>>> Что мешает использовать его в data: как еще один формат?
AV>>> Собственно, почему именно data, при полном запрете http или чего-то
AV>>> еще: это гарантирует, что в фидошных сообщениях не появятся баннеры,
AV>>> счетчики просмотров и прочее говнище, заполонившее http-сайты всего
AV>>> из-за одной преступной ошибки разработчиков HTML.
DR>> А кто заставляет автоматически открывать все внешние ссылки из письма?
AV> 15 лет назад это разрешили в HTTP. Сейчас без этого мало какой HTTP-сайт
AV> работает...
Hу не скажи... в емайле тоже хтмл есть. И туда тоже такое всовывают. А кто
настраивает свое клиент на автоматические открытие всего снаружи - ССЗБ.
Имхается мне, что современные клиенты это даже не разрешают, но врать не
буду - не тестил.
DR>> Если кто-то так делает, то он ССЗБ ровно на столько же, насколько и
DR>> тот, кто отправляет автоматически все ююки на исполнение. А если
DR>> кто-то всунет баннер в темплейт, получит банхамм^W прикладом
DR>> плюсомета по балде.
AV> Ага, получит... о говнище-то уже ушло в сеть.
Технически говнище в сеть может ходить и сейчас. И с точно таким же
результатом.
DR>> А если в эхе нет транкл^W модератора, то это уже проблема не
DR>> техническая ни разу, и должна решаться в рамках эхопола.
AV> А тем временем эха будет засераться, ага?
Hедолго. Засираться она может и сейчас с тем же результатом.
Писал как-то Alexey Vissarionov к Dmitriy Romanov 29.09.2010 в 11:20:20,
а я смотрю и фигею
AV>>> Главное, не допустить htmlного <img src="http://...">
DR>> А нехай будет.
AV> и в коем случае - только ссылки.
AV> И вообще, у нас оффлайновая система.
И чему оно мешает? Это всего лишь указывает форму отображения - в тексте
письма или в отдельном окне. По сути оно ссылкой и является, и никак иначе.
А если хомячок хочет, чтобы оно все сразу показывалось, так и сейчас бывают
всякие "ускорители интернета", которые и ссылки сразу превентивно
скачивают, чтобы юзер мог ткнуть туда.
DR>> Только надо чтобы в стандарте сразу оговаривались рекомендуемые
DR>> дефолтные настройки для отображения подобных вещей, где это должно
DR>> быть выключено.
AV> Стандарты ничего не рекомендуют - они предписывают. Или, соответственно,
AV> запрещают.
Кроме этого еще можно и порекомендовать. Либо же в виде предписания задать
дефолтные настройки.
DR>> Или опционально - отображать только из кэша. Если один раз ткнул, то
DR>> этот ресурс будет отображаться в дальнейшем из кэша на положенном
DR>> месте. А если не ткнул - то будет дырка.
AV> Да откуда у тебя это странное желание притащить сюда http?
При чем тут http? Речь не идет не то что о http, но даже о html... Речь
идет о языке разметки (пока абстрактном). html используется только для
иллюстрации концепций.
DR>> Имхо проблемы, которые могут прийти от появления мусора, вполне себе
DR>> решаются подобным образом.
AV> е решаются. Проверено на примерах NNTP и SMTP.
Если бы у тебя была возможность набить морду любому отправителю по SMTP, то
проблемы бы не существовало. Вот у нас тут как раз такой случай.
DR>> Если сунуть такую конструкцию в письмо, то ее посмотрят только те,
DR>> кому это действительно интересно. Таким образом мы получаем
DR>> возможность видеть письмо с иллюстрацией в том месте, где ей
DR>> и положено быть, без необходимости тащить те картинки, которые мы
DR>> смотреть не хотим.
AV> Теперь представь, что некое дурило написало редактор, где это включено по
AV> умолчанию; на просьбы поменять настройку оно отвечает "не нравится -
AV> напиши лучше", а свой редактор активно пропихивает в среде новичков, у
AV> которых оно худо-бедно работает "из коробки", и которым глубоко срать на
AV> все настройки. Вопрос: через какое время появится первый эксплойт для этой
AV> коряквы?
Пусть появится. Точно так же вышеописанное дурило может написать, что все
.exe в uue пришедшие тут же без вопросов отдавать на исполнение. И все с
той же самой мотивацией. Чем не пример? Однако что-то не видно.
29 Sep 10, Dmitriy Romanov ==> Pavel Gulchouck:
MtW>>> Во-первых, это означало бы многократное
MtW>>> размножение всех аватаров, тогда как даже создатель GoldEd мудро
MtW>>> предусмотрел в кладже GIF гиперссылку своего рода.
PG>> Я скажу одну парадоксальную вещь.
PG>> Включение самого аватара в текст письма, а не в виде гиперссылки, не
PG>> увеличивает, а уменьшает количество ходящего по сети трафика. Ведь каждый
PG>> получатель письма так или иначе вытянет этот аватар, но аватар включен в
PG>> письмо, он его вытянет только один раз (при получении письма), а если это
PG>> ссылка - будет вытягивать при каждом просмотре.
DR> Что-то ты видно не понимаешь. Если аватар включить в текст письма, то он
DR> вытянется всеми, включая тех, кому он неинтересен. Помножить на количество
DR> писем автора. А в виде же внешней ссылки - вытянется столько раз, сколько
DR> будет желающих его увидеть. Кэш никто не отменял. Один раз вытянул - и
DR> дальше он показывается во всех письмах автора. Hикто не заставляет тянуть
DR> это каждый раз с каждым новым письмом.
Зачем тот, кому неинтересно смотреть письмо, его получает?
У меня ответ один: чтобы раздать другим. Так почему же не применить ту же
логику и к аватарке?
И наоборот: если аватарку будут вытягивать с какого-то одного сервака только
те, кто читает сообщение, и это правильно, почему бы им с этого сервера не
вытягивать и само сообщение, почему это не будет правильно по той же причине?
С точки зрения получателя: если я захожу на форум на каком-то хостинге,
естественно, я ожидаю, что сообщения и картинки будут подгружаться по мере
просмотра. Если же я сначала вытянул сообщения в конференции, а потом решил их
почитать, я не готов к тому, что они опять-таки начнут подгружаться по мере
просмотра. Ведь в этом случае теряется весь смысл оффлайна.
PG>> Кроме того, помещение
PG>> каких-то ресурсов на внешние источники делает менее осмысленным
PG>> архивирование и модерирование. Ведь заглядывая в старый архив эхи можно
PG>> обнаружить, что часть ресурсов уже недоступна, а в другой части -
PG>> какая-нибудь реклама вместо того, что там было в момент постинга (и того,
PG>> что видел модератор).
DR> Информацию, относящуюся к обсуждению в письме, напротив, стоит включать в
DR> письмо. Именно по этой причине. А вот если ты, читая архив, не увидишь
DR> аватарку автора, то я думаю, что ты не сильно расстроишься. Угу?
Возможно, я не сильно расстроюсь, и если вообще не увижу чьё-то письмо, но это
не может быть причиной для построения технологии, допускающей потерю
информации.
Вдруг всё письмо или весь длинный тред является обсуждением аватарки или
сравнением аватарок - а я их не вижу, или я читаю это обсуждение полугодичной
давности в архиве, и все аватарки уже поменялись, и я ничего не понимаю?
PG>> IMHO ссылки на внешние ресурсы разумны в том случае, если это именно
PG>> ссылки на другие, сторонние ресурсы (например, "почитай, что об этом
PG>> пишут
PG>> в википедии"), а не как вынесенный на внешний сервер кусок смысловой
PG>> части
PG>> письма (например, пояснительный рисунок к тексту или "посмотри фотку, как
PG>> мы отдыхали").
DR> Hе только. Также еще полезно, когда обсуждается что-то большое. Hапример
DR> "вот у меня есть дистрибутив винды (ссылка), давайте обсудим". Согласись,
DR> совать такую оглоблю в письмо - не лучший вариант. К тому же если эта
DR> оглобля интересна только тем подписчикам, которые собираются явно на это
DR> посмотреть.
Тут напрашивается ЖЖ-шное понятие "подкат".
Либо же параллельно с системой эхоконференций нужно поднимать что-то типа
torrent или edonkey, и ссылки на внешние файлы давать в этом формате. Чтобы, с
одной стороны, они жили абстрактно "в сети" независимо ни от какого отдельного
сервера, и не подвергались изменениям (потому что в url указан и md5 hash), а с
другой - чтобы их можно было выкачивать либо сразу вместе с почтой (например,
для архива или если это раздающий хаб), либо по мере просмотра, либо по явному
желанию пользователя - это всё может настраиваться уже на клиентской стороне.
MtW>>> В-третьих, это ещё
MtW>>> означало бы невозможность поместить в эхопочту флэшёвый
MtW>>> видеопроигрыватель YouTube, RuTube, vimeo, dailymotion, Первого канала,
MtW>>> Вестей, ТВ, и так далее.
PG>> е вижу причин, почему встраивание в текст письма видеоролика вместо
PG>> размещения его на видеохостинге чем-то принципиально отличается от
PG>> встраивания в текст письма картинки вместо размещения её на стороннем
PG>> хостинге. Зачем так уж нужна зависимость от видеохостера, его причуд и
PG>> его
PG>> рекламы?
DR> Давайте все-таки определимся, что хорошо, а что плохо. ВОЗМОЖHОСТЬ
DR> вставить
DR> видео в письмо - это хорошо. А вот ИСПОЛЬЗОВАHИЕ этой возможности - это
DR> плохо.
Что хорошо, а что плохо - зависит от правил и от модератора каждой конкретной
конференции.
DR> Пример (абстрактный): если у меня машина может ехать со скоростью 250 км/ч
DR> - то это хорошо. А вот если я буду на ней с такой скоростью ездить - это
DR> уже плохо. Есть разница?
Если с такой скоростью плохо ездить всем и всегда, то такое умение машины -
плохо, ведь кто-то может им воспользоваться в результате ошибки или
злонамеренно.
Писал как-то Pavel Gulchouck к Dmitriy Romanov 29.09.2010 в 16:47:44,
а я смотрю и фигею
PG>>> Включение самого аватара в текст письма, а не в виде гиперссылки, не
PG>>> увеличивает, а уменьшает количество ходящего по сети трафика. Ведь
PG>>> каждый получатель письма так или иначе вытянет этот аватар, но аватар
PG>>> включен в письмо, он его вытянет только один раз (при получении письма),
PG>>> а если это ссылка - будет вытягивать при каждом просмотре.
DR>> Что-то ты видно не понимаешь. Если аватар включить в текст письма, то он
DR>> вытянется всеми, включая тех, кому он неинтересен. Помножить на
DR>> количество писем автора. А в виде же внешней ссылки - вытянется столько
DR>> раз, сколько будет желающих его увидеть. Кэш никто не отменял. Один раз
DR>> вытянул - и дальше он показывается во всех письмах автора. Hикто не
DR>> заставляет тянуть это каждый раз с каждым новым письмом.
PG> Зачем тот, кому неинтересно смотреть письмо, его получает?
PG> У меня ответ один: чтобы раздать другим. Так почему же не применить ту же
PG> логику и к аватарке? И наоборот: если аватарку будут вытягивать с
PG> какого-то одного сервака только те, кто читает сообщение, и это правильно,
PG> почему бы им с этого сервера не вытягивать и само сообщение, почему это не
PG> будет правильно по той же причине?
Потому что не все хотят тащить аватарки, а только письма. Hу и письмо само
по себе без аватарки имеет смысл. А вот без схемы (к примеру) - уже не
имеет.
PG> С точки зрения получателя: если я
PG> захожу на форум на каком-то хостинге, естественно, я ожидаю, что сообщения
PG> и картинки будут подгружаться по мере просмотра. Если же я сначала вытянул
PG> сообщения в конференции, а потом решил их почитать, я не готов к тому, что
PG> они опять-таки начнут подгружаться по мере просмотра.
А не надо. Подгружаться будут только аватарки, а точнее (обобщим)
свистелки-перделки. Которые в общем случае могут и не подгружаться. При
этом смысл обсуждения не потеряется.
PG> Ведь в этом случае теряется весь смысл оффлайна.
Hеа. В оффлайне не увидишь свистелок-перделок. Полезная же инфа, напротив,
будет доступна и в оффлайне.
DR>> Информацию, относящуюся к обсуждению в письме, напротив, стоит включать в
DR>> письмо. Именно по этой причине. А вот если ты, читая архив, не увидишь
DR>> аватарку автора, то я думаю, что ты не сильно расстроишься. Угу?
PG> Возможно, я не сильно расстроюсь, и если вообще не увижу чьё-то письмо, но
PG> это не может быть причиной для построения технологии, допускающей потерю
PG> информации. Вдруг всё письмо или весь длинный тред является обсуждением
PG> аватарки или сравнением аватарок - а я их не вижу, или я читаю это
PG> обсуждение полугодичной давности в архиве, и все аватарки уже поменялись,
PG> и я ничего не понимаю?
Вот в том конкретном случае, где идет обсуждение именно конкретной
свистелки-перделки, тогда разумно ее включить в письмо. В остальных же
случаях - нет. А заставлять всех поголовно тащить свистелки-перделки - это
как раз то, чего мы все пытаемся дружными усилиями не допустить.
DR>> Hе только. Также еще полезно, когда обсуждается что-то большое. Hапример
DR>> "вот у меня есть дистрибутив винды (ссылка), давайте обсудим". Согласись,
DR>> совать такую оглоблю в письмо - не лучший вариант. К тому же если эта
DR>> оглобля интересна только тем подписчикам, которые собираются явно на это
DR>> посмотреть.
PG> Тут напрашивается ЖЖ-шное понятие "подкат".
Угу. Hо чтобы из под ката достать, придется все-таки залезть на внешний
ресурс.
PG> Либо же параллельно с системой эхоконференций нужно поднимать что-то типа
PG> torrent или edonkey, и ссылки на внешние файлы давать в этом формате.
Только в том случае, если обсуждение может быть интересно в отрыве от
обсуждаемого файла, или если с весьма большой вероятностью этот файл уже
есть у получателей.
PG> Чтобы, с одной стороны, они жили абстрактно "в сети" независимо ни от
PG> какого отдельного сервера, и не подвергались изменениям (потому что в url
PG> указан и md5 hash), а с другой - чтобы их можно было выкачивать либо сразу
PG> вместе с почтой (например, для архива или если это раздающий хаб), либо по
PG> мере просмотра, либо по явному желанию пользователя - это всё может
PG> настраиваться уже на клиентской стороне.
Это тоже частный случай ссылки на внешний контент. Как один из вариантов
имеет смысл. Включать ли его в архив или нет - это на усмотрение
архиводержателя. Равно как и все остальные внешние ресурсы.
PG>>> е вижу причин, почему встраивание в текст письма видеоролика вместо
PG>>> размещения его на видеохостинге чем-то принципиально отличается от
PG>>> встраивания в текст письма картинки вместо размещения её на стороннем
PG>>> хостинге. Зачем так уж нужна зависимость от видеохостера, его причуд и
PG>>> его рекламы?
DR>> Давайте все-таки определимся, что хорошо, а что плохо. ВОЗМОЖHОСТЬ
DR>> вставить видео в письмо - это хорошо. А вот ИСПОЛЬЗОВАHИЕ этой
DR>> возможности - это плохо.
PG> Что хорошо, а что плохо - зависит от правил и от модератора каждой
PG> конкретной конференции.
Вот и я про то же. А если модератор не модерит - значит он спит либо
умер^W^W^W плохой, негодный модератор.
DR>> Пример (абстрактный): если у меня машина может ехать со скоростью 250
DR>> км/ч - то это хорошо. А вот если я буду на ней с такой скоростью ездить -
DR>> это уже плохо. Есть разница?
PG> Если с такой скоростью плохо ездить всем и всегда, то такое умение машины
PG> - плохо, ведь кто-то может им воспользоваться в результате ошибки или
PG> злонамеренно.
Hе всем и всегда. А в определенных случаях оно не плохо.
30 Sep 10, Dmitriy Romanov ==> Pavel Gulchouck:
PG>> С точки зрения получателя: если я
PG>> захожу на форум на каком-то хостинге, естественно, я ожидаю, что
PG>> сообщения
PG>> и картинки будут подгружаться по мере просмотра. Если же я сначала
PG>> вытянул
PG>> сообщения в конференции, а потом решил их почитать, я не готов к тому,
PG>> что
PG>> они опять-таки начнут подгружаться по мере просмотра.
DR> А не надо. Подгружаться будут только аватарки, а точнее (обобщим)
DR> свистелки-перделки. Которые в общем случае могут и не подгружаться. При
DR> этом смысл обсуждения не потеряется.
PG>> Ведь в этом случае теряется весь смысл оффлайна.
DR> Hеа. В оффлайне не увидишь свистелок-перделок. Полезная же инфа, напротив,
DR> будет доступна и в оффлайне.
Кто будет определять, где свистелка, где перделка, а где полезная инфа - автор
или получатель?
Предполагаю, что автор.
И предполагаю, при наличии двух способов вставить картинку (как полезную инфу и
как свистелку) обычно будет использоваться тот способ, который проще и
привычнее, а не тот, который лучше подходит по смыслу. Осознанно оно будет
выбираться в очень редких случаях (например, с целью подменить содержимое после
того, как картинку посмотрел модератор).
А, собственно, зачем преследуется цель не передавать аватарки и прочие
свистелки сразу вместе с письмом? Экономия трафика? Как-то оно смешно в наше
время, особенно для оффлайна. Времена 2400/MNP давно прошли. Разумнее экономить
человеческое время, т.е. заботиться о скорости отображения письма. А для этого
лучше аватарки и прочие свистелки вытянуть заранее, вместе с самим письмом. Это
как read-ahead - лучше на всякий случай заранее вытянуть то, что пользователю
может понадобиться, чтобы сделать его работу более комфортной.
PG>> Либо же параллельно с системой эхоконференций нужно поднимать что-то типа
PG>> torrent или edonkey, и ссылки на внешние файлы давать в этом формате.
DR> Только в том случае, если обсуждение может быть интересно в отрыве от
DR> обсуждаемого файла, или если с весьма большой вероятностью этот файл уже
DR> есть у получателей.
Или если обсуждение может быть интересно не всем, а размер файла большой.
IMHO именно это - наиболее распространённая ситуация.
DR>>> Давайте все-таки определимся, что хорошо, а что плохо. ВОЗМОЖHОСТЬ
DR>>> вставить видео в письмо - это хорошо. А вот ИСПОЛЬЗОВАHИЕ этой
DR>>> возможности - это плохо.
(1)
DR>>> Пример (абстрактный): если у меня машина может ехать со скоростью 250
DR>>> км/ч - то это хорошо. А вот если я буду на ней с такой скоростью ездить
DR>>> -
DR>>> это уже плохо. Есть разница?
PG>> Если с такой скоростью плохо ездить всем и всегда, то такое умение машины
PG>> - плохо, ведь кто-то может им воспользоваться в результате ошибки или
PG>> злонамеренно.
DR> Hе всем и всегда. А в определенных случаях оно не плохо.
Именно это я и хотел сказать в ответ на (1).
Писал как-то Pavel Gulchouck к Dmitriy Romanov 30.09.2010 в 11:33:44,
а я смотрю и фигею
DR>> Hеа. В оффлайне не увидишь свистелок-перделок. Полезная же инфа,
DR>> напротив, будет доступна и в оффлайне.
PG> Кто будет определять, где свистелка, где перделка, а где полезная инфа -
PG> автор или получатель? Предполагаю, что автор.
Автор. Hо при помощи модератора. Если автор ошибется, то модератор примет
меры.
PG> И предполагаю, при наличии двух способов вставить картинку (как полезную
PG> инфу и как свистелку) обычно будет использоваться тот способ, который
PG> проще и привычнее, а не тот, который лучше подходит по смыслу. Осознанно
PG> оно будет выбираться в очень редких случаях (например, с целью подменить
PG> содержимое после того, как картинку посмотрел модератор).
Это уже вопрос административный. Hикак не технический. Возможность
предусмотреть надо. А потом можно запретить пользоваться этой возможностью,
вплоть до прикручивания плюсомета-самострела.
PG> А, собственно, зачем преследуется цель не передавать аватарки и прочие
PG> свистелки сразу вместе с письмом? Экономия трафика? Как-то оно смешно в
PG> наше время, особенно для оффлайна. Времена 2400/MNP давно прошли.
Зато появились времена gprs
PG> Разумнее
PG> экономить человеческое время, т.е. заботиться о скорости отображения
PG> письма.
Скорость отображения без аватарки будет быстрее. А если я захочу ее увидеть
- я могу и клацнуть на нее.
PG> А для этого лучше аватарки и прочие свистелки вытянуть заранее,
PG> вместе с самим письмом. Это как read-ahead - лучше на всякий случай
PG> заранее вытянуть то, что пользователю может понадобиться, чтобы сделать
PG> его работу более комфортной.
Hе надо заранее. Hадо по клацу пользователем. Зато в следующих письмах того
же автора оно уже будет выкачано и будет отображаться там где надо.
DR>>>> Давайте все-таки определимся, что хорошо, а что плохо. ВОЗМОЖHОСТЬ
DR>>>> вставить видео в письмо - это хорошо. А вот ИСПОЛЬЗОВАHИЕ этой
DR>>>> возможности - это плохо.
PG> (1)
DR>>>> Пример (абстрактный): если у меня машина может ехать со скоростью 250
DR>>>> км/ч - то это хорошо. А вот если я буду на ней с такой скоростью ездить
DR>>>> - это уже плохо. Есть разница?
PG>>> Если с такой скоростью плохо ездить всем и всегда, то такое умение
PG>>> машины - плохо, ведь кто-то может им воспользоваться в результате ошибки
PG>>> или злонамеренно.
DR>> Hе всем и всегда. А в определенных случаях оно не плохо.
PG> Именно это я и хотел сказать в ответ на (1).
Вот потому я за то, что технически такая возможность быть должна. А вот
разрешить ей пользоваться или нет - это решит левая пятка модератора. Или
более глобально - эхокоординатора. Причем набор правил можно автоматически
грузить в редактор для каждой эхи, чтобы избежать ошибок по неосторожности.
Hу и на гейтах-ббс-форумах это тоже должно быть можно делать автоматически
на основании правил.
28 Сентября 2010, Dmitriy Romanov писАл к Yuriy Lukyanets следующее:
DR> Hадо не просто веб-ббс, а чтобы работало как форум - на сайтах,
DR> посвященных определенной тематике, доступны в режиме форума
DR> определенные эхи, подходящие по тематике.
Типа как http://csport.ugtu.net/f/ ?
С февраля 2010, похоже, гейтование там заглохло, но как пример...
Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... И мне уже не нужен кряк и-нета ...
Четверг сентября 30 10 09:14 Dmitriy Romanov писал к Pavel Gulchouck:
DR> Потому что не все хотят тащить аватарки, а только письма. Hу и письмо
DR> само по себе без аватарки имеет смысл. А вот без схемы (к примеру) -
DR> уже не имеет.
Возможен механизм двухуровневой подписки, причём реализовать его весьма
просто. Очевидно, что [современное] письмо может содержать различные смысловые
части. В каждом письме обязательными частями можно считать всю современную
техническую информацию + сам текст. В UUE эхах также UUE файлы. Это если брать
текущее состояние эх.
Теперь о плюсах, которые предоставляет XML. Создание тоссером письма
для нижележащих подписчиков будет выглядеть как обычное XSL преобразование.
Соответственно, каждый подписчик имеет возможность для себя применять
собственный запрос, т.е. возможна подписка не только на эху целиком, но и на
отдельные смысловые части эхи: техническая информация + текст могут быть
обязательными, а обсуждаемые здесь аватары и всё что угодно дополнительное, что
может быть разрешено к прикреплению к телу письма модератором, могут быть
опциональными частями, на которые подписчик может просто не подписываться.
Т.е. подписка может приобрести второй уровень, помимо стандартного
+ AREANAME (стандартная подписка на всё)
может выглядеть, например, так:
+ AREANAME UUE AVATAR (подписка на отдельные части)
+ AREANAME UUE -AVATAR -OTHER (подписка за вычетом отдельных частей)
... Jonny wanna live
Писал как-то Vladimir Fyodorov к Dmitriy Romanov 06.10.2010 в 10:58:54,
а я смотрю и фигею
DR>> Hадо не просто веб-ббс, а чтобы работало как форум - на сайтах,
DR>> посвященных определенной тематике, доступны в режиме форума
DR>> определенные эхи, подходящие по тематике.
VF> Типа как http://csport.ugtu.net/f/ ?
VF> С февраля 2010, похоже, гейтование там заглохло, но как пример...
Да, это именно то, что нужно. И нужно привинчивать не все доступные эхи
скопом, а только лишь подходящие по тематике сайта. Hу и на сайте если есть
регистрация, то соответственно привинчивать фидошный адрес, и чтобы на него
вместо емайла регистрация приходиола, и соответственно настройки писем
автора по исходящему адресу применялись.
Писал как-то Gennadij Pastuhov к Dmitriy Romanov 06.10.2010 в 15:36:02,
а я смотрю и фигею
DR>> Потому что не все хотят тащить аватарки, а только письма. Hу и письмо
DR>> само по себе без аватарки имеет смысл. А вот без схемы (к примеру) -
DR>> уже не имеет.
GP> Возможен механизм двухуровневой подписки, причём реализовать его
GP> весьма просто. Очевидно, что [современное] письмо может содержать
GP> различные смысловые части. В каждом письме обязательными частями можно
GP> считать всю современную техническую информацию + сам текст. В UUE эхах
GP> также UUE файлы. Это если брать текущее состояние эх. Теперь о
GP> плюсах, которые предоставляет XML. Создание тоссером письма для
GP> нижележащих подписчиков будет выглядеть как обычное XSL преобразование.
GP> Соответственно, каждый подписчик имеет возможность для себя применять
GP> собственный запрос, т.е. возможна подписка не только на эху целиком, но и
GP> на отдельные смысловые части эхи: техническая информация + текст могут
GP> быть обязательными, а обсуждаемые здесь аватары и всё что угодно
GP> дополнительное, что может быть разрешено к прикреплению к телу письма
GP> модератором, могут быть опциональными частями, на которые подписчик может
GP> просто не подписываться. Т.е. подписка может приобрести второй
GP> уровень, помимо стандартного
Hеа. Hигадидзе. Подписался - значит таскаем все. Если есть смысл отделять
какую-то часть от контента, для этого есть смысл создавать отдельную эху
или файлэху, на которую уже и ссылаться. Которую подписчик может таскать, а
может и не таскать. А иначе будут искать не просто эху, а полную. И будут
искать, кто по пути контент режет. И еще много всяких проблем. Hет.
Hикакого XML на уровне pkt - он как был так и останется. Этот формат
позволяет делать письмо любого размера, а уже в письмо можно
инкапсулировать что угодно.
GP> + AREANAME (стандартная подписка на всё)
GP> может выглядеть, например, так:
GP> + AREANAME UUE AVATAR (подписка на отдельные части)
GP> + AREANAME UUE -AVATAR -OTHER (подписка за вычетом отдельных частей)
Hеа. Если есть смысл что-то отделить - то в отдельную эху или файлэху, и
ссылки-ссылки-ссылки... Опять же, аватары можно для всех эх выделить в одну
фэху и валить их туда по мере обновления.
06 Октября 2010, Dmitriy Romanov писАл к Vladimir Fyodorov следующее:
DR>>> Hадо не просто веб-ббс, а чтобы работало как форум - на сайтах,
DR>>> посвященных определенной тематике, доступны в режиме форума
DR>>> определенные эхи, подходящие по тематике.
VF>> Типа как http://csport.ugtu.net/f/ ?
VF>> С февраля 2010, похоже, гейтование там заглохло, но как пример...
DR> Да, это именно то, что нужно. И нужно привинчивать не все доступные
DR> эхи скопом, а только лишь подходящие по тематике сайта.
Ну там упор и делается на тематические эхи по играм. Остальные так, "бесплатное
приложение" -- типа курилок на любых тематических форумах, где можно обо всём.
Их бы, конечно, в отдельный раздел вынести.
DR> Hу и на сайте если есть регистрация, то соответственно привинчивать
DR> фидошный адрес, и чтобы на него вместо емайла регистрация приходиола,
DR> и соответственно настройки писем автора по исходящему адресу
DR> применялись.
Не очень понял.
Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... И байтики кровавые в глазах ...
Писал как-то Vladimir Fyodorov к Dmitriy Romanov 07.10.2010 в 10:40:18,
а я смотрю и фигею
DR>> Hу и на сайте если есть регистрация, то соответственно привинчивать
DR>> фидошный адрес, и чтобы на него вместо емайла регистрация приходиола,
DR>> и соответственно настройки писем автора по исходящему адресу
DR>> применялись.
VF> е очень понял.
Если у юзера есть регистрация на форуме, то чтобы его письма из фидо
приравнивались к его письмам на форуме - чтобы там аватарка его
показывалась, всякие там звания, статусы, ник соответствующий.
И признавалось чтобы это по паре адрес+имя. Которое имя вовсе не
обязательно должно побуквенно совпадать с ником на форуме/сайте.
Среда октября 06 10 16:28 Dmitriy Romanov писал к Gennadij Pastuhov:
GP>> просто не подписываться. Т.е. подписка может приобрести
GP>> второй уровень, помимо стандартного
DR> Hеа. Hигадидзе. Подписался - значит таскаем все.
Думаю, в наше время огромных потоков информации возможность подобных фильтров
на уровне технологии только поможет сделать её более удобной и привлекательной.
DR> Если есть смысл отделять какую-то часть от контента, для этого есть
DR> смысл создавать отдельную эху или файлэху, на которую уже и ссылаться.
Какой смысл заниматься этим в наше время? Просмотр одного ролика на ютубе
съедает больше трафика, чем я в годы расцвета фидо вытаскивал за год.
DR> Которую подписчик может таскать, а может и не таскать. А иначе будут
DR> искать не просто эху, а полную. И будут искать, кто по пути контент
DR> режет. И еще много всяких проблем.
Проблем нет. Сейчас топология сети упорно движется в сторону плоской сети и
сменить аплинка не составляет проблем. Иерархия телефонных соединений мертва.
DR> Hет. Hикакого XML на уровне pkt - он как был так и останется. Этот
DR> формат позволяет делать письмо любого размера, а уже в письмо можно
DR> инкапсулировать что угодно.
Я высказывался против этого?
GP>> + AREANAME (стандартная подписка на всё)
GP>> может выглядеть, например, так:
GP>> + AREANAME UUE AVATAR (подписка на отдельные части)
GP>> + AREANAME UUE -AVATAR -OTHER (подписка за вычетом отдельных
GP>> частей) Hеа. Если есть смысл что-то отделить - то в отдельную эху
DR> или файлэху, и ссылки-ссылки-ссылки... Опять же, аватары можно для
DR> всех эх выделить в одну фэху и валить их туда по мере обновления.
Я вообще не вижу в них смысла. А если в какой-то болтологической эхе для
подростков они понадобятся - xml формат позволяет включать в каждое письмо хоть
видео-аватары без каких-либо изменений софта.
... Jonny wanna live
07 Октября 2010, Dmitriy Romanov писАл к Vladimir Fyodorov следующее:
DR> Если у юзера есть регистрация на форуме, то чтобы его письма из фидо
DR> приравнивались к его письмам на форуме - чтобы там аватарка его
DR> показывалась, всякие там звания, статусы, ник соответствующий.
DR> И признавалось чтобы это по паре адрес+имя. Которое имя вовсе не
DR> обязательно должно побуквенно совпадать с ником на форуме/сайте.
Теперь понятно, да, это было бы неплохо.
Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... Слабый женский Poll ...
MtW>> Я, кажется, понял: ты желаешь, чтобы все иллюстрации и объекты
MtW>> гипермедиа, ссылки на которые имеются в письме будущей гипертекстовой
MtW>> фидопочты, целиком содержались бы в том же письме.
AV> Нет - я хочу, чтобы никакие данные из внешних источников не загружались (и
AV> уж тем более не интерпретировались) без явного указания пользователя.
AV> Вот пример на понятном тебе HTML:
AV> <a href="http://pics.rsh.ru/img/yablochko_zo3jn.jpg">картинка</a> -
AV> допустимо, а <img src="http://pics.rsh.ru/img/yablochko_zo3jn.jpg"> - нет
У-у-у.
Сего не буде.
Если нельзя вставить в эхопочту иллюстрацию, нафига тогда вообще городить
гипертекстовый Фидонет.
MtW>> Расскажи мне, пожалуйста, чем плохи счётчики посещений и просмотров,
AV> Они:
AV> 0. нарушают privacy пользователей
AV> 1. создают паразитную нагрузку на каналы связи
AV> 2. используются преимущественно для фаллометрии
Два первые пункта (особенно нулевой) относятся и вообще ко всем иллюстрациям
в Интернете. А в Фидо и прайвэси-то никакого нет, имена и даже кое-где телефоны
известны.
MtW>> и каким образом в фидошных сообщениях будут возможны графические
MtW>> баннеры при том, что некоммерческий статус Сети до сих пор вполне
MtW>> ограждал нас от текстовых баннеров и прочего говнища, спамом
MtW>> заполонившего электронную почту Интернета всего из-за одной
MtW>> преступной ошибки разработчиков e-mail, которая состояла в том,
MtW>> что они изобрели e-mail.
AV> Для тебя e-mail - это только SMTP?
Если я заменю окончание предыдущего предложения на 'изобрели SMTP', тебе
сильно полегчает? SMTP сейчас используется в 99,9% интернетовской э-почты.
MtW>> Во-первых, это означало бы многократное размножение всех аватаров,
MtW>> тогда как даже создатель GoldEd мудро предусмотрел в кладже GIF
MtW>> гиперссылку своего рода.
AV> Аватары - всего лишь очередной объект фаллометрии. Умом выделяться надо...
Видеть собеседника полезно ── способствует узнаванию.
Помимо речевого восприятия есть ведь ещё также и образное.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... Во всяком возрасте свои гадости. (Анри Батай)
DR>> Или опционально - отображать только из кэша. Если один раз ткнул, то
DR>> этот ресурс будет отображаться в дальнейшем из кэша на положенном
DR>> месте. А если не ткнул - то будет дырка.
AV> Да откуда у тебя это странное желание притащить сюда http?
А кэш может быть только у HTTP? Или всё же пришедшие по роутингу нетмейлом
(или, например, фрякнутые) иллюстрации также уместно кэшировать? Если нет,
то ответ обоснуй.
AV> Теперь представь, что некое дурило написало редактор, где это включено
AV> по умолчанию; на просьбы поменять настройку оно отвечает "не нравится -
AV> напиши лучше", а свой редактор активно пропихивает в среде новичков,
AV> у которых оно худо-бедно работает "из коробки", и которым глубоко срать
AV> на все настройки. Вопрос: через какое время появится первый эксплойт для
AV> этой коряквы?
Это какой такой эксплоит? JPEG или PNG будут на исполнение запускаться оттуда,
что ли? Если редактор такой плохой, так его и специально подобранным текстом
письма эхопочты можно будет заэксплоитить.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... Какие факторы будут способствовать достижению свободы? (Джин Шарп)
07 Oct 2010 17:00:56, Mithgol the Webmaster -> Alexey Vissarionov:
MtW>>> Я, кажется, понял: ты желаешь, чтобы все иллюстрации и объекты
MtW>>> гипермедиа, ссылки на которые имеются в письме будущей
MtW>>> гипертекстовой фидопочты, целиком содержались бы в том же письме.
AV>> Нет - я хочу, чтобы никакие данные из внешних источников не
AV>> загружались (и уж тем более не интерпретировались) без явного
AV>> указания пользователя. Вот пример на понятном тебе HTML:
AV>> <a href="http://pics.rsh.ru/img/yablochko_zo3jn.jpg">картинка</a> -
AV>> допустимо, а <img src="http://pics.rsh.ru/img/yablochko_zo3jn.jpg">
AV>> - нет
MW> У-у-у. Сего не буде. Если нельзя вставить в эхопочту иллюстрацию,
MW> нафига тогда вообще городить гипертекстовый Фидонет.
/facepalm
Когда же ты поймешь разницу между hypertext (текст с гиперссылками) и markup
(разметка текста, которая может в том числе позволять и встраивание объектов
нетекстовой информации)?..
MtW>>> Во-первых, это означало бы многократное размножение всех аватаров,
MtW>>> тогда как даже создатель GoldEd мудро предусмотрел в кладже GIF
MtW>>> гиперссылку своего рода.
AV>> Аватары - всего лишь очередной объект фаллометрии. Умом выделяться
AV>> надо...
MW> Видеть собеседника полезно -- способствует узнаванию.
MW> Помимо речевого восприятия есть ведь ещё также и образное.
"А еще есть кинестетики - эти, пока в рыло не дашь, ничего не понимают"
// (ц)итата, понятное дело, из старого анекдота
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Я не злопамятный, но логи веду
GP> �������� �������� ������������� ��������, ���ޣ� ����������� ���
GP> ������ ������. ��������, ��� [�����������] ������ ����� ���������
GP> ��������� ��������� �����. � ������ ������ ������������� ������� �����
GP> ������� ��� ����������� ����������� ���������� + ��� �����. � UUE ����
GP> ����� UUE �����. ��� ���� ����� ������� ��������� ��.
GP> ������ � ������, ������� ������������� XML. �������� �������� ������
GP> ��� ����������� ����������� ����� ��������� ��� ������� XSL
GP> ��������������. ��������������, ������ ��������� ����� �����������
GP> ��� ���� ��������� ����������� ������, �.�. �������� �������� �� ������
GP> �� ��� �������, �� � �� ��������� ��������� ����� ���: �����������
GP> ���������� + ����� ����� ���� �������������, � ����������� ����� �������
GP> � �ӣ ��� ������ ��������������, ��� ����� ���� ��������� � ������������
GP> � ���� ������ �����������, ����� ���� ������������� �������, �� �������
GP> ��������� ����� ������ �� �������������.
GP> �. �. �������� ����� ���������� ������ �������, ������ ������������
GP> + AREANAME (����������� �������� �� �ӣ)
GP> ����� ���������, ��������, ���:
GP> + AREANAME UUE AVATAR (�������� �� ��������� �����)
GP> + AREANAME UUE -AVATAR -OTHER (�������� �� ������� ��������� ������)
����������� ����� ��������� �� ���� ��������������, � ������ ������̣���� ţ
����� ���� ���������� ��� ����������� Malx (2008-04-16 16:55) � �����������
�� ����������� http://lleo.aha.ru/dnevnik/2008/04/14.html �� ����� ��������.
������, � ��� ����������� ����������� ��������� ��������������, �� ������ �����
����� ������� ������ � ������� � ������� ��������� ��������� � ��� �������� ��
��� ��� ������ ���� ��������, ��� ���� � ����� ��� �� ���������������, � ��
������ � ������.
����, ������, ����� ��� �������, ��������� ������� ��� ����������� �������,
������������ � ������ 2008 ����, �� ��� ��� (�� ���� �� ������� 2010 ����)
�� ���� ����� ����������� � �������� �� �, ����� ����, ����� �� ��� ����������
� ������ �� ������������� �����.
��-������, ����������� ��������� �������� ����� ����� �����������, ������������
�� ���� � ��� �� ������: ���� ���� �� ���� �� ������������� ����� � ��������
�������� ��� �� �������� �� ��������� ��� (��������, �� UUE ��� �� AVATAR),
�� �������� ��������� � ���� ����� ����� ����� ������� ���, �����̣���� ����
�����, �� ��������. ���, ������, �������������, ��� ���������� �������� (������
��� �������) ��� �������� � ��� ��������� ������ ���� ������� ���� ���.
��-������, ��� �ݣ ������, ���� ���������� ������ ������������� ���������,
���ޣ� ������ �� �������� ������� ������ ��������� � �������, � ���� ��� ����
�������������� �������������� ������� � �������� (� ������) ��� ��������������
����� �� ������ ����� �� ����� ����� ��, ���� � ���� �������� ����������� ����
�� ������ �����, �� ��� ����� ��� (���� �� � ������ �� ���� ������ ���� ����
� ����� ������ � ����� �������� ���������) �� ������ �������� ��� ����� �����
���� ������ ����. ��� ��� ����� �� ���� ��������� XML-���������.
�-�������, �� ����� ���� �ӣ ��� �� �����, ��� ��� � �������� � ��� ����� ����
����� ������� ��������, ����������� ���������� ���� �� ������. ���� ��� �������
�������� �� ��������� ������, �� ���������� ���� ������ ����� ���� ������� ��
��� � ����� ������� �������� �������� �� ��� ����� �� �������� ������� �� �ţ.
���� �� � �������� ������ ����� UUE-���, ������� ������� ������������ � �������
��������� ����: DEMO.DESIGN � DEMO.DESIGN.UUE, FIDO7.SOUND � FIDO7.SOUND.UUE,
RU.DELPHI � RU.DELPHI.UUE, RU.GAME.DOOM � RU.GAME.DOOM.UUE, RU.HACKER �
RU.HACKER.UUE, SU.PASCAL.MODULA.ADA � SU.PASCAL.MODULA.ADA.UUE, 270.GAMES
� 270.GAMES.UUE... ����� ����: ���� � ��� RU.UUE.SYSOP.PIC, ����������
��������������� ������ ��� ����������� ��������� ���������� ��������.
� �ӣ ��� ���� ���� ������ � �������� ����� �������� ���� 5030/1400
�� ������ 2002 ����.
������� ��� �������� ������ ������������ � ���� �������� ���������� �����������
�������������� �� ��������� ����� � ��������� ��������� �� �����-�� �������.
��� �������� � ���������� �������� ��������� ��������� ���������� ���������
����� ���������� ���� ����������. ���� ������� �������� (������) ����� ���
������������ ��� �������� ������� (�� 70 ��������) ��������� ������� �� �����
��������� � ����� (��������, �������� ����� � URL ������� ���� ����������,
� �������). ������ � ���������� �ݣ �������� (��������� ���� ��������, �������
����������� � ������� ������� � �������� ��������� � ̣�������, ��� Markdown,
� �� � ����������, ��� HTML) ����� � ����� ��������� ��� ��������� �����������
� ��������. ������ �����, ��� (� ���� ����� ������) ��� ��������� �����������
������ �������� ���������� ����� ������ URL�� �� ������� ���� (��� ��������!),
��� ����������� �� ��������� � ����� ������ ������ ������ � ������ ��-��������.
������� ����� ������� � ��������������! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [�������� ���] [Team � � ����� subj]
... 61. ������ ������������ �������. (���� ����)
DR>> ���-�� �� ����� �� ���������. ���� ������ �������� � ����� ������,
DR>> �� �� ��������� �����, ������� ���, ���� �� �����������. ���������
DR>> �� ���������� ����� ������. � � ���� �� ������� ������ - ���������
DR>> ������� ���, ������� ����� �������� ��� �������. ��� ����� �� �������.
DR>> ���� ��� ������� - � ������ �� ������������ �� ���� ������� ������.
DR>> H���� �� ���������� ������ ��� ������ ��� � ������ ����� �������.
PG> ����� ���, ���� ����������� �������� ������, ��� ��������?
PG> � ���� ����� ����: ����� ������� ������. ��� ������ �� �� ��������� �� ��
PG> ������ � � ��������?
������ ��� ���� ����, ������� ������ �������� ���������, � ������� �� ���.
����� ����� �� ����� ���� � �������������� �������� ����� �����. ��-������,
������������ ��������� ��������� (���� GoldED), ������� ������� �������������
�������� �� �����, � ������� ��������� UUE-����������� ��� �����������, ��� ���
� ������� � ��������� � ��� ��� ��� ���������� ������. ��-������, ����������
������������� �� ���� �� ����������� ���������� � �������� ���������� ��������,
���� �� ������������� ������������ ������������� � (���) ������������ ���������
(��� ������� ��������� �� ��������� ������ � �������������� �������� ���������
��� ���� ���������, ������� ��������������� ����������� ����� �� ��� �������
������ �������, � ������, � ����).
PG> � ��������: ���� �������� ����� ���������� � ������-�� ������ �������
PG> ������ ��, ��� ������ ���������, � ��� ���������, ������ �� �� � �����
PG> ������� �� ���������� � ���� ���������, ������ ��� �� ����� ���������
PG> �� ��� �� �������?
��-������, �� ��������� ��������� �������� �������������, � �� ��������� ������
�� ������������� (������������������� �� ����������� ������ �� ����� �� ��� ��
����������� ��), ��� ��� ���� � ���������� ��.
��-������, ��� ��� ������� (� ������ � ������� �� ���������) �� ����� ������
(���, �� ������ ������, �� ������ ��� ����� ������) ���� � ��� ���������,
������� ���������� ���� ����������� ������� � ���� �������� ���� �����������
������ � �. ��������� ������ ��� �����, � ������� ���; �� ����������� �����
���������, �� ������� ��� � ���� ������� �������� � �������������, ���� ���
������ ������ ������� (��� ��������� ����� ������� � ������������) ����, ���
��� � ������, � �� �� � � �����. ������� ������� ����� � ����� ����������.
��� �� �� � ��� � ��������������, �� ����� ���� �����: ������� �� ������ �����
� ����� ����������; �� ���� ����� ���������� � ���������� ����� �����������,
��� ������� ��������.
����� ��������� �� �������, � �������� � ������ LiveJournal �� ���� �� ��������
���������� � ������ ������ ����������������� ������� (��� ����� �� ������ �����
� ������������ �� http://blogs.yandex.ru/services/ ��������), ������ ����̣����
������������ ����������� ���������� ������ (��� �� ����� ����������, userpics)
��� ������ � ���� �� ������������. � LiveJournal ������������ ������ ��� ����
��������� ���� ���������, ������ �� ������� �������� �������� ������ ��� ����
����������� ��������� �������. ������ ����������� ��� ����������� ������������
���� ���������� �������� ������ (� ����� ������������ ��������������� �������),
��� �� ���������� (����� ������������ ������� �������, ��������� �������������
��� ������ �� ���������; �� �� ������������, ����� ���������� ��������� �����
��� ����������� ��� ����������� �� ������� ������������ ����� �������� ����,
��������� ��� ���������). ��� ��� ������� ������� ���:
http://www.livejournal.com/support/faqbrowse.bml?faqcat=userpics
(����� ������������ ��������� ���������� ��������� ����� ������ �������, �����
��� ������� ��������, ������������ �� ����� ��������� ����� � ��� ������������
� ������������, ���������� ������.)
� �������� ����� ��� ����� ����������� �������� ����������� �������: ��������,
����� �������� ��ϣ ��������� ��������� ��������� ���������, ������ �������
�� ������ URL �����������, �� � �������� �����. � ������� ������ ����������
�� ������ �����������, �� � �������� ����� �� �� ���� ����������� ��� ���:
*) ���� ����������� � ��������� URL�� ���� � ����, �� �������� �����������
� �������� ��������, � ������ �������� � ��������� ���� ������ (�������
� �������� ������) �������� � ���, ��� ���������� ��������� �����
������������� ������ ���� URL.
*) ���� ����������� � ��������� URL�� ��� � ����, �� ���������� ��������� �����
(� ��������������� ���� ������) ������������� ������ URL (�� � �����������,
���������� ������ �� ����� ������� URL, ������� � ����), �� ����� �������
����� �� ���� � �������� ������ ������� �������. �����������, �� ������ URL�
���� ��������� ���� (����� �� �������� � �� ����� � ���).
�������, ��� ���� � ���� ��� ������� ����������� ��� ���� ������ ���� ���������
�����, ������� ������� ����� ����� �����, �� ����� ������ �� ������.
����� �������, ��� �� ������ ������ (������������ �������� �������� � ������
������ �� ���������������� URL�) �������� ���������� ��������� ����� �������
��� ��������� � ���. ����� ���� �� ��������� ������� ����������� ������� �����
������� �����, ������ ��� � ��� �� ����� ����� ������ ������ (����� ��������
��������) ������������� ����� � ������� ������ (����� ���������� ��������)
��� ��������� �� ��������� ���������. ������, ���� ������ �������� �ݣ �� ���
������� � ������� ������� �����, �� ����� �� ���� �������� ��������� �������
������� �� ����� ��������� ����� �� ��� ����� �̣��, ���� � �� �����������.
PG> � ����� ������ ����������: ���� � ������ �� ����� �� �����-�� ��������,
PG> �����������, � ������, ��� ��������� � �������� ����� ������������
PG> �� ���� ���������. ���� �� � ������� ������� ��������� � �����������,
PG> � ����� ����� �� ��������, � �� ����� � ����, ��� ��� �����-���� ������
PG> ������������ �� ���� ���������. ���� � ���� ������ �������� ���� �����
PG> ��������.
����������� ���������� ����������� ��� ������� ����� ����� ����:
1) ��� (���� �������� ���� ��������� � �������� �� �������� � �������).
2) ������ ��������� � ��� �� ���.
3) ��������� � ������ ���, �� ������� �������� ����� ��������.
4) ���� � �������� ���, �� ������� �������� ����� ��������.
PG>>> ����� ����, ��������� �����-�� �������� �� ������� ��������� ������
PG>>> ����� ����������� ������������� � �������������. ���� ����������
PG>>> � ������ ����� ��� ����� ����������, ��� ����� �������� ���
PG>>> ����������, � � ������ ����� - �����-������ ������� ������ ����, ���
PG>>> ��� ���� � ������ �������� (� ����, ��� ����� ���������).
�� ������ � ������: �� ���;
�� � ��������������: ����.
(������� ��������� ���������)
DR>> ����������, ����������� � ���������� � ������, ��������, ����� ��������
DR>> � ������. ������ �� ���� �������. � ��� ���� ��, ����� �����, �� �������
DR>> �������� ������, �� � �����, ��� �� �� ������ ������������. ���?
PG> ��������, � �� ������ ����������, � ���� ������ �� ����� �أ-�� ������, ��
PG> ��� �� ����� ���� �������� ��� ���������� ����������, ����������� ������
PG> ����������. ����� �ӣ ������ ��� ���� ������� ���� �������� �����������
PG> �������� ��� ���������� �������� - � � �� �� ����, ��� � ����� ���
PG> ���������� ������������ �������� � ������, � ��� �������� ��� ����������,
PG> � � ������ �� �������?
�� � � � ����. ����� ����������� �������� �����-�� �������������� ����������
����������? � ���� �� ��� ����������� ������ (� ������� ����� �� �������� �����
�� �������� � ������) �� ���� ��� �� ����� ����������?
DR>> ����� ��� �������, ����� ����������� ���-�� �������. H�������
DR>> "��� � ���� ���� ����������� ����� (������), ������� �������".
DR>> ���������, ������ ����� ������� � ������ - �� ������ �������. � ���� ��
DR>> ���� ��� ������� ��������� ������ ��� �����������, ������� ����������
DR>> ���� �� ��� ����������.
PG> ��� ������������� ��-���� ������� "������".
PG> ���� �� ����������� � �������� �������������� ����� ��������� ���-�� ����
PG> torrent ��� edonkey, � ������ �� ������� ����� ������ � ���� �������.
PG> �����, � ����� �������, ��� ���� ���������� "� ����" ���������� �� ��
PG> ������ ���������� �������, � �� ������������ ���������� (������ ��� � url
PG> ������ � md5 hash), � � ������ - ����� �� ����� ���� ���������� ���� �����
PG> ������ � ������ (��������, ��� ������ ��� ���� ��� ��������� ���), ���� ��
PG> ���� ���������, ���� �� ������ ������� ������������ - ��� �ӣ �����
PG> ������������� ��� �� ���������� �������.
���� � ������������� ���� ����� ����� �� �����, � ������ �� ��� ���, ��������
�� ���� �� �������� ��������� �� ��������.
������ ������ �������� ��������� ����������� (���ޣ� ���������� �� ����� ed2k
� Kad, � �� BitTorrent �� ����� �� �������������� � ��������� � ����������)
� �� �������������. ��� � �������� � ��������� ��������� FGHI URL ������ 0.5.
������� ����� ������� � ��������������! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [�������� ���] [Team � � ����� subj]
... � ����� ��������� ���������� ������� �� ���� � ����. (������ ���-��.)
14 Oct 2010 17:21:54, Mithgol the Webmaster -> Pavel Gulchouck:
PG>> ���� �� ����������� � �������� �������������� ����� ��������� ���-��
PG>> ���� torrent ��� edonkey, � ������ �� ������� ����� ������ � ����
PG>> �������. �����, � ����� �������, ��� ���� ���������� "� ����"
PG>> ���������� �� �� ������ ���������� �������, � �� ������������
PG>> ���������� (������ ��� � url ������ � md5 hash), � � ������ - �����
PG>> �� ����� ���� ���������� ���� ����� ������ � ������ (��������, ���
PG>> ������ ��� ���� ��� ��������� ���), ���� �� ���� ���������, ���� ��
PG>> ������ ������� ������������ - ��� �ӣ ����� ������������� ��� ��
PG>> ���������� �������.
MW> ���� � ������������� ���� ����� ����� �� �����, � ������ �� ��� ���,
MW> �������� �� ���� �� �������� ��������� �� ��������.
��� ����������� ���������� ���������� ��� ����� ���������� ������.
MW> ������ ������ �������� ��������� ����������� (���ޣ� ���������� ��
MW> ����� ed2k � Kad, � �� BitTorrent -- ����� �� �������������� �
MW> ��������� � ����������) � �� �������������.
��� ���� ��������������, ������������ ����: ������ ��, ��������, ��������
�����-������ ���� - ��� �� ���� ��� � ��� � �� ���������� �� ����������, �
��������� ������ ����
gremlin@hren:~ > ed2ksum fidoecho.zip
ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ��� gremlin ��� ru; +vii-cmiii-ccxxix-lxxix-xlii
... ������ ����� ��������, ��� ���� ����� ������ ��������
����� ���-�� Mithgol the Webmaster � Gennadij Pastuhov 14.10.2010 � 16:50:38,
� � ������ � �����
MtW> ��-������, ����������� ��������� �������� ����� ����� �����������,
MtW> ������������ �� ���� � ��� �� ������: ���� ���� �� ���� �� �������������
MtW> ����� � �������� �������� ��� �� �������� �� ��������� ��� (��������, ��
MtW> UUE ��� �� AVATAR),
MtW> �� �������� ��������� � ���� ����� ����� ����� ������� ���, �����̣����
MtW> ���� �����, �� ��������. ���, ������, �������������, ��� ����������
MtW> �������� (������ ��� �������) ��� �������� � ��� ��������� ������ ����
MtW> ������� ���� ���.
MtW> ��-������, ��� �ݣ ������, ���� ���������� ������ �������������
MtW> ���������, ���ޣ� ������ �� �������� ������� ������ ��������� � �������,
MtW> � ���� ��� ���� �������������� �������������� ������� � �������� (�
MtW> ������) ��� �������������� ����� �� ������ ����� -- ����� ����� ��, ����
MtW> � ���� �������� ����������� ���� �� ������ �����, �� ��� ����� ��� (����
MtW> �� � ������ �� ���� ������ ���� ����
MtW> � ����� ������ � ����� �������� ���������) �� ������ �������� ��� �����
MtW> ����� ���� ������ ����. ��� ��� ����� �� ���� ��������� XML-���������.
��, ����-�� �����.... �� �� �������� ��� �����.
MtW> �-�������, �� ����� ���� �ӣ ��� �� �����, ��� ��� � �������� � ��� �����
MtW> ���� ����� ������� ��������, ����������� ���������� ���� �� ������. ����
MtW> ��� ������� �������� �� ��������� ������, �� ���������� ���� ������ �����
MtW> ���� ������� -- ��� � ����� ������� �������� �������� �� ��� ����� ��
MtW> �������� ������� �� �ţ.
MtW> ���� �� � �������� ������ ����� UUE-���, ������� ������� ������������ �
MtW> ������� ��������� ����: DEMO.DESIGN � DEMO.DESIGN.UUE, FIDO7.SOUND �
MtW> FIDO7.SOUND.UUE, RU.DELPHI � RU.DELPHI.UUE, RU.GAME.DOOM �
MtW> RU.GAME.DOOM.UUE, RU.HACKER � RU.HACKER.UUE, SU.PASCAL.MODULA.ADA �
MtW> SU.PASCAL.MODULA.ADA.UUE, 270.GAMES
MtW> � 270.GAMES.UUE... ����� ����: ���� � ��� RU.UUE.SYSOP.PIC, ����������
MtW> ��������������� ������ ��� ����������� ��������� ���������� ��������.
MtW> � �ӣ ��� ���� ���� ������ � �������� ����� �������� ���� 5030/1400
MtW> �� ������ 2002 ����.
����� ����, ������ ��� � �������. � � �������� ������������
������������������������ ������ �������� ����� ��������� � �� �������
��������...
MtW> ��� �������� � ���������� �������� ��������� ��������� ����������
MtW> ��������� ����� ���������� ���� ����������. ���� ������� ��������
MtW> (������) ����� ��� ������������ ��� �������� ������� (�� 70 ��������)
MtW> ��������� ������� �� ����� ��������� � ����� (��������, �������� ����� �
MtW> URL ������� ���� ����������,
MtW> � �������). ������ � ���������� �ݣ �������� (��������� ���� ��������,
MtW> ������� ����������� � ������� ������� � �������� ��������� � ̣�������,
MtW> ��� Markdown,
MtW> � �� � ����������, ��� HTML) ����� � ����� ��������� ��� ���������
MtW> ����������� � ��������. ������ �����, ��� (� ���� ����� ������) ���
MtW> ��������� ����������� ������ �������� ���������� ����� ������ URL��
���� �����. ���� ����� �� - ����������� ����� ���������� �� �������.
H� ��� ��������� ������ ���������. Elec (RA2FDR)
15 Oct 10 11:44, you wrote to Mithgol the Webmaster:
MW>> ������ ������ �������� ��������� ����������� (���ޣ� ���������� ��
MW>> ����� ed2k � Kad, � �� BitTorrent -- ����� �� �������������� �
MW>> ��������� � ����������) � �� �������������.
AV> ��� ���� ��������������, ������������ ����: ������ ��, ��������, ��������
AV> �����-������ ���� - ��� ��
AV> ���� ��� � ��� � �� ���������� �� ����������, � ��������� ������ ����
AV> gremlin@hren:~ > ed2ksum fidoecho.zip
AV> ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
�������, � ������� ��� �������, ��� ed2k ������ � ���� �������������. ��������
�ӣ �ģ� � ������� ������������� ��������� ����� ������������� aich ����.
���������� �� ��� ��, � �� �� ������ ���� ������ �������, � ���
����������������.
p. s. ed2ksum - ��� ������������ ������� ��� ��� �� ���������� ���� ���������
�������?
Valera
15 Oct 2010 23:39:42, Valera Kolesnik -> Alexey Vissarionov:
MW>>> ������ ������ �������� ��������� ����������� (���ޣ� ���������� ��
MW>>> ����� ed2k � Kad, � �� BitTorrent -- ����� �� �������������� �
MW>>> ��������� � ����������) � �� �������������.
AV>> ��� ���� ��������������, ������������ ����: ������ ��, ��������,
AV>> �������� �����-������ ���� - ��� �� ���� ��� � ��� � �� ����������
AV>> �� ����������, � ��������� ������ ����
AV>> gremlin@hren:~ > ed2ksum fidoecho.zip
AV>> ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
VK> �������, � ������� ��� �������, ��� ed2k ������ � ���� �������������.
������, ������������ :-)
VK> �������� �ӣ �ģ� � ������� ������������� ��������� �����
VK> ������������� aich ����. ���������� �� ��� ��, � �� �� ������ ����
VK> ������ �������, � ��� ����������������.
��� ������� ...|/?h=9132E4D26676F2A61CD21A5CF06281E4 ?
��� �� �� ������������������-�� ������, �� �� ��� �� ��������������.
VK> p. s. ed2ksum - ��� ������������ ������� ��� ��� �� ���������� ����
VK> ��������� �������?
����� �����������? �� �������� ��������� ��� ����� :-)
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ��� gremlin ��� ru; +vii-cmiii-ccxxix-lxxix-xlii
... ����� � ��� ����? � ��� � ���� ������
16 Oct 10 10:34, you wrote to me:
MW>>>> ������ ������ �������� ��������� ����������� (���ޣ� ���������� ��
MW>>>> ����� ed2k � Kad, � �� BitTorrent -- ����� �� �������������� �
MW>>>> ��������� � ����������) � �� �������������.
AV>>> ��� ���� ��������������, ������������ ����: ������ ��, ��������,
AV>>> �������� �����-������ ���� - ��� �� ���� ��� � ��� � �� ����������
AV>>> �� ����������, � ��������� ������ ����
AV>>> gremlin@hren:~ > ed2ksum fidoecho.zip
AV>>> ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
VK>> �������, � ������� ��� �������, ��� ed2k ������ � ���� �������������.
AV> ������, ������������ :-)
������. ������������������� ����� ��� ����� ��������� ������������ ��������
����� � ����� �� �����������.
������ ��� �� ���� ������ �� ����� ������ � aich. �� ��������� � ��� ���������.
� ��� ���� ������� ���������� ��������. ����� ��� ����� ���� �� ������ ��
���ģ� ����������, �� kad ���� �� ������� � ���� ��. �� ������� ������ �����
��������� ������ ������������� �������? ;-)
���� �� �����, �� �������� ���������� �������� ������ ��� ���������.
VK>> �������� �ӣ �ģ� � ������� ������������� ��������� �����
VK>> ������������� aich ����. ���������� �� ��� ��, � �� �� ������ ����
VK>> ������ �������, � ��� ����������������.
AV> ��� ������� ...|/?h=9132E4D26676F2A61CD21A5CF06281E4 ?
��, ��-������, ��� '/?'.
AV> ��� �� �� ������������������-�� ������, �� �� ��� �� ��������������.
�, ��-������, ��� ��� ����������� ��� ���������. � �������������. � �����
����.
VK>> p. s. ed2ksum - ��� ������������ ������� ��� ��� �� ���������� ����
VK>> ��������� �������?
AV> ����� �����������? �� �������� ��������� ��� ����� :-)
��4 �� ���������� ��4. ��������� ������������� ����� ���� �� ������� ������
���������?
��� ����� � uri-way ����� ������� ��� ����� �����, ��� � linkCreator-� � emule
(�� ������, ������ ������ ��������) - ��������������?
����������� �� md4 ��� � ������ ��� aich ������� ����?
� ���� ���, �� ��� ������/������ ������� ������������ ������ �� C ��� perl
����?
Valera
������� ������� 14 10 16:50 Mithgol the Webmaster ����� � Gennadij Pastuhov:
MW> ��-������, ����������� ��������� �������� ����� ����� �����������,
[ ������� ������ ]
MW> ��-������, ��� �ݣ ������, ���� ���������� ������ �������������
[ ������� ������ ]
MW> ���� ������ ����. ��� ��� ����� �� ���� ��������� XML-���������.
�� ��� � ��� ������� � ���������� ������, ������, ��� � ��������� ����� �������
��� �������� ���� �� ���������, ��������� �������� ����� ����� ������� ��
������� ������ ������ ��������, ����� ������ ����� ����������� � ������.
MW> �-�������, �� ����� ���� �ӣ ��� �� �����, ��� ��� � �������� � ���
MW> ����� ���� ����� ������� ��������, ����������� ���������� ���� ��
MW> ������. ���� ��� ������� �������� �� ��������� ������, �� ����������
MW> ���� ������ ����� ���� ������� �� ��� � ����� ������� ��������
MW> �������� �� ��� ����� �� �������� ������� �� �ţ.
MW> ���� �� � �������� ������ ����� UUE-���, ������� ������� ������������
MW> � ������� ��������� ����: DEMO.DESIGN � DEMO.DESIGN.UUE, FIDO7.SOUND �
�ӣ ��� ���� ������� ��-�� ������� ����������� ������� � ��� ��� ��������, ���
� ��������� ����� �� ����� �������� ������.
MW> ��� �������� � ���������� �������� ��������� ��������� ����������
MW> ��������� ����� ���������� ���� ����������. ���� ������� ��������
MW> (������) ����� ��� ������������ ��� �������� ������� (�� 70 ��������)
MW> ��������� ������� �� ����� ��������� � ����� (��������, �������� �����
MW> � URL ������� ���� ����������, � �������).
������ - ���������, ������� � ���������, ����� �����������������, ������
������������ �������, �� ������� ����� ���������� � ������ �������.
... Jonny wanna live
MtW>> ������ ������ �������� ��������� ����������� (���ޣ� ����������
MtW>> �� ����� ed2k � Kad, � �� BitTorrent -- ����� �� ��������������
MtW>> � ��������� � ����������) � �� �������������.
AV> ��� ���� ��������������, ������������ ����: ������ ��, ��������, ��������
AV> �����-������ ���� - ��� �� ���� ��� � ��� � �� ���������� �� ����������, �
AV> ��������� ������ ����
AV> gremlin@hren:~ > ed2ksum fidoecho.zip
AV> ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
���� � �ݣ �� ������� ��������� ��������� ���������������� �����������
'��� ������� � ��� ���������� � ��������� ��������� eMule MorphXT' ��
� ��� ������ ����������� ����� ������ ��� ������ � ���� � ����������
��������� ��������, �� �� � �� �������.
������� ����� ������� � ��������������! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [�������� ���] [Team � � ����� subj]
... ������ �������� � ������ ����� � ������ ��� ���� ����. (�� ���������)
18 Oct 2010 13:22:10, Mithgol the Webmaster -> Alexey Vissarionov:
MtW>>> ������ ������ �������� ��������� ����������� (���ޣ� ����������
MtW>>> �� ����� ed2k � Kad, � �� BitTorrent -- ����� �� ��������������
MtW>>> � ��������� � ����������) � �� �������������.
AV>> ��� ���� ��������������, ������������ ����: ������ ��, ��������,
AV>> �������� �����-������ ���� - ��� �� ���� ��� � ��� � �� ����������
AV>> �� ����������, � ��������� ������ ����
AV>> gremlin@hren:~ > ed2ksum fidoecho.zip
AV>> ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
MW> ���� � �ݣ �� ������� ��������� ��������� ����������������
MW> ����������� '��� ������� � ��� ���������� � ��������� ���������
MW> eMule MorphXT' -- � ��� ������ ����������� ����� ������ ���
MW> ������ � ���� � ���������� ��������� ��������, �� �� � �� �������.
��, ��������, ������ �� ������������� ����, ����� ������ �����������������
�������� ������������������ ������ �������������� �������...
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ��� gremlin ��� ru; +vii-cmiii-ccxxix-lxxix-xlii
... ��� � ���� ������� ���������, ��� ��������� ������� ���������
AV>>> ��� ���� ��������������, ������������ ����: ������ ��, ��������,
AV>>> �������� �����-������ ���� - ��� �� ���� ��� � ��� � �� ����������
AV>>> �� ����������, � ��������� ������ ����
AV>>> gremlin@hren:~ > ed2ksum fidoecho.zip
AV>>> ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
MtW>> ���� � �ݣ �� ������� ��������� ��������� ����������������
MtW>> ����������� '��� ������� � ��� ���������� � ��������� ���������
MtW>> eMule MorphXT' -- � ��� ������ ����������� ����� ������ ���
MtW>> ������ � ���� � ���������� ��������� ��������, �� �� � �� �������.
AV> ��, ��������, ������ �� ������������� ����, ����� ������ �����������������
AV> �������� ������������������ ������ �������������� �������...
�� ������ �������� ���� ������?
������� ����� ������� � ��������������! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [�������� ���] [Team � � ����� subj]
... � ��� ���� ���� ���p�? (������ ���-������� �� � �������� �������)
19 Oct 2010 06:59:24, Mithgol the Webmaster -> Alexey Vissarionov:
AV>>>> ��� ���� ��������������, ������������ ����: ������ ��, ��������,
AV>>>> �������� �����-������ ���� - ��� �� ���� ��� � ��� � �� ����������
AV>>>> �� ����������, � ��������� ������ ����
AV>>>> gremlin@hren:~ > ed2ksum fidoecho.zip
AV>>>> ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
MtW>>> ���� � �ݣ �� ������� ��������� ��������� ����������������
MtW>>> ����������� '��� ������� � ��� ���������� � ��������� ���������
MtW>>> eMule MorphXT' -- � ��� ������ ����������� ����� ������ ���
MtW>>> ������ � ���� � ���������� ��������� ��������, �� �� � �� �������.
AV>> ��, ��������, ������ �� ������������� ����, ����� ������
AV>> ����������������� �������� ������������������ ������ ��������������
AV>> �������...
MW> �� ������ �������� ���� ������?
�������� home user'�, ����������.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ��� gremlin ��� ru; +vii-cmiii-ccxxix-lxxix-xlii
... god@universe:~ # cvs up && make world
AV>>>>> gremlin@hren:~ > ed2ksum fidoecho.zip
AV>>>>> ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
MtW>>>> ���� � �ݣ �� ������� ��������� ��������� ����������������
MtW>>>> ����������� '��� ������� � ��� ���������� � ��������� ���������
MtW>>>> eMule MorphXT' -- � ��� ������ ����������� ����� ������ ���
MtW>>>> ������ � ���� � ���������� ��������� ��������, �� �� � �� �������.
AV>>> ��, ��������, ������ �� ������������� ����, ����� ������
AV>>> ����������������� �������� ������������������ ������ ��������������
AV>>> �������...
MtW>> �� ������ �������� ���� ������?
AV> �������� home user'�, ����������.
� �ӣ �� ed2k://|file|fidoecho.zip|1002541|8A41BF57168B637008A68F7404A09CAD|/
������������� ��� ���������, � ���� �� eMule MorphXT ������ ����������� �������
�����, � �ӣ ��� �� ���������� � �������� ����, ������ ������� ������� ������
���������� ��������� ��������, ��������. ����� ��������� ���� � �������������
������ � ed2k ��� ����� � ������� � ����������� ������, ��������. �������, ����
������ ���, ����������� ���� �� ��� �� ed2k ����� ����������, � ������ ������
� Kad. � ���������, ��� ������ ���, ���������� ��� ����� � ���������� ��������
������ �� ��������; � ���� Kad ���� ����������� �� ����� ������, �����������
� ������� �������, � ����� ���� ����������� �� ����, � ������� �������� ����
��������� �������������� (����� ���� �� ����� ����������� ������� �����). ����
���� �������� �� ������, �� ������, ��� � Kad ����� ������������ �� ����� �����
������ (��� ��������� ����� �� �� ����� ���� �����) ������ ������������. ������
������ �� �� ��� �����; �������� �������� �� ��������� ������ (�� ���� 25 �����
� ������� �� � ��� ���������) ����� ����������� ��� ����������. �ӣ ��� ������
���� �� ��������; ����� ��������� ������ ���� � �ݣ ������ �������, ������� ���
�������������� �������������� �����������: ��������� ������� �� SUQWT, �����
������� �������� upload � ����������� �� ������ ������, ���������, � ��� �����.
������� ����� ������� � ��������������! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [�������� ���] [Team � � ����� subj]
... H����� ��������� ���� ������������ ������� �����-����������...