The Road Ahead: FGHI FSP
Michael Tulupov
MtW> Hадо действовать последовательно. Сперва я получу узловой адрес в
MtW> Фидонете, чтобы мои предложения имели хоть какой-то вес в глазах FTSC,
MtW> потом я напишу черновик спецификации FGHI URI и опубликую её здесь и в
MtW> Ru.FTN.Develop,
Вот эти два пункта можно и поменять во времени.
Твои предложения будут иметь вес, если их поддержит народ.
Мнение одного человека, нода он или нет, имхо мало значит.
MtW> Примерно в это же
MtW> время я лично напишу софт, обеспечивающий поддержку ссылок вида <a
MtW> href="echo://ru.fidonet.today/"> в Паутине для всех Windows-браузеров,
MtW> и работать будет, запуская GoldEd+/Win32.
Желательно выложи исходники. Чтобы альтернативные редакторы поддержать.
Michael Tulupov
...
Alex Kocharin
\____________/ ПриветЪ, Mithgol the Webmaster, как коннект? :)
MW> Hадо действовать последовательно. Сперва я получу узловой адрес в
MW> Фидонете,
Долго...
MW> чтобы мои предложения имели хоть какой-то вес в глазах FTSC,
Hу давай, я их где-нить пропихну. =) У меня есть все шансы попасть в ноделист
побыстрее...
-+-======>> DOS-s-WINDA-nia <|W|> Aleksander Kocharin <<======-+-
Mithgol the Webmaster
" " Те меня прозывают ,,Сергей Соколов``. " "
Так было 22:40 20 Nov 05 написано от Alex Kocharin к Mithgol the Webmaster:
MtW>> Hадо действовать последовательно. Сперва я получу узловой адрес
MtW>> в Фидонете,
AK> Долго...
MtW>> чтобы мои предложения имели хоть какой-то вес в глазах FTSC,
AK> Hу давай, я их где-нить пропихну. =) У меня есть все шансы попасть
AK> в ноделист побыстрее...
А почему ты так думаешь, что будет мне долго, а у тебя побыстрее выйдет? Скажи,
вот ты в какой день планируешь в нодлисте появиться?
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... Вера существует для верующих, а не для богов. (Лешек Кумор)
Mithgol the Webmaster
" " В эхе власть псевдонимогонителей есть. " "
Так было 17:16 19 Nov 05 написано от Michael Tulupov к Mithgol the Webmaster:
MtW>> Hадо действовать последовательно. Сперва я получу узловой адрес в
MtW>> Фидонете, чтобы мои предложения имели хоть какой-то вес в глазах FTSC,
MtW>> потом я напишу черновик спецификации FGHI URI и опубликую её здесь и в
MtW>> Ru.FTN.Develop,
MT> Вот эти два пункта можно и поменять во времени.
MT> Твои предложения будут иметь вес, если их поддержит народ.
MT> Мнение одного человека, нода он или нет, имхо мало значит.
Тоже мысль, поэтому я и собираюсь спервоначалу черновик сюда, а потом только
финальную версию в FTSC.
MtW>> Примерно в это же
MtW>> время я лично напишу софт, обеспечивающий поддержку ссылок вида <a
MtW>> href="echo://ru.fidonet.today/"> в Паутине для всех Windows-браузеров,
MtW>> и работать будет, запуская GoldEd+/Win32.
MT> Желательно выложи исходники. Чтобы альтернативные редакторы поддержать.
Я буду иметь в виду это пожелание.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... гораздо меньше, чем число жертв при вооружённых действиях. (Джин Шарп)
Vladimir Skalaban
20 ноября 2005 22:56, Mithgol the Webmaster (2:5020/830.27) wrote to Alex
Kocharin:
MW> А почему ты так думаешь, что будет мне долго, а у тебя побыстрее
MW> выйдет? Скажи, вот ты в какой день планируешь в нодлисте появиться?
Чего ты к этому узловому адресу прицепился? Думаешь он какое-нить значение в
данной ситуации имеет?
Vladimir.
Michael Tulupov
Забыл пару вещей посоветовать.
Пусть обработчик фидошных ссылок будет отдельной прогой.
Проще будет поддержать в нём разные редакторы.
А в редактор добавить несколько глючей командной строки
не проблема.
Имхо во всех ссылках желательна сетевая часть (@Fidonet).
Сделать не шибко сложнее, чем без неё, а левонетчикам в радость.
Пусть будет единый стандарт.
Я бы проголосовал за следующий вид ссылок:
1. netmail:2:5020/2015.39@Fidonet - нетмыло.
Hе забыть при этом возможность задания сабжа.
Типа - netmail:2:5020/2015.39@Fidonet?subject=Фидошка
2. echo://<имя_эхи>@Fidonet/<MSGID_опционально> - эхи.
При наличии MSGID переходим на сообщение,без него -
просто в эху (опционально в софте можно сделать
переход на первое непрочитанное и так далее).
При отсутствии эхи - спрашиваем юзера
и подписываемся (тоже опционально),
если надо срочно - запускаем news-клиент.
При отсутствии сообщения с msgid в базе -
опционально топаем в локальный или удалённый файловый
архив. Команда задаётся в настройках (например,
у меня архив в зараренных текстовиках).
При отсутствии мессаги и там - опционально
опять же запускаем news-клиент.
3. fecho://<имя_фэхи>@Fidonet/<имя_файла_опционально> - фэхи.
Без имени - открываем локальную папку с эхой
(опционально можно открывать по алиасу некоторую
папку на удалённом сервере).
С именем - как в почтовике или браузере. Проверяем
файл на опасность (по расширению, опционально
антивирем), потом запускаем ассоциированную команду
(для винды
ShellExecute(NULL,"open","полное_имя_файла_с_путём",NULL,NULL,SW_SHOWNORMAL),
опционально свой список ассоциаций).
При отсутствии фэхи - спрашиваем юзера
и подписываемся (тоже опционально).
При отсутствии файла локально - опционально
опять же можно лезть на удалённый ftp/http/samba
архив.
4. encode://<имя_эхи>@Fidonet/<MSGID_сообщения>/<имя_файла> - это для UUE,
mime, base64 и прочих XXE.
Имхо не стоит ограничиваться одним способом кодирования.
Софт на приёмной стороне сам раскодирует как надо -
метод определяется по содержанию (как в TotalCommander).
Если файл разбит на несколько писем, MSGID даём для первого.
Все последующие части обычно идут как reply на первую - так и
ищем.
Или можно перечислять MSGID всех частей, допустим через точку
(а то мало ли кто как запостит).
А лучше оба метода поддержать (и явное перечисление,
и автопоиск последующих частей).
Имя файла даём на тот случай, если в 1 сообщении несколько
ююков.
Опционально в софте можно не декодить файл на лету из базы или
архива, а открывать с локальной или удалённой папки
(у многих и у меня в том числе ююки автоматом декодятся на
винт).
При отсутствии каких-то частей ююка - ведём себя как в случае
с эхами. Можно также предложить юзеру автоматически
сформировать письмо в эху с просьбой докинуть
определённые куски.
Для пунктов 3 и 4 в случае гипертекстового
сообщения FIDO надо бы предусмотреть следующее.
Допустим, мы вставили в сообщение JPG из фэхи
или ююка в другом письме, а при просмотре
локально не нашли/не смогли раскодировать файл.
Тогда поступать имхо удобнее так.
Поскольку сообщение надо показать сейчас, первым делом
используем наиболее быстрый метод - спрашиваем юзера и пытаемся
вытянуть недостающее с инетного архива фэх/NNTP гейта/p2p сети.
Если и этого не получилось или юзер запретил,
выводим вместо картинки пустой холст с крестиком
и текстовым тегом (как в браузере).
Только после этого, если файла или ююка нет у нас
по причине отсутствия подписки на эху/фэху,
спрашиваем юзера, а не подписаться ли на них.
О гипертексте - имхо не стоит изобретать велосипед,
имхо надо использовать фишки MIME по максимуму.
Разве что:
1. обязательно посылать текстовый вариант сообщения
(для совместимости), а не только вложение с HTML,
а текстовую часть пустую. Причём делать это
на стороне посылающего (автоматически конвертить
из гипертекста путём вычищения большинства тэгов,
замены href-гиперссылок на текст ссылки,
img src тоже на текст, ну и так далее - такие
софтину уже есть и заюзать их код не проблема).
В текстовое сообщение очень желательно вставлять
ссылку типа file://<> на локально хранящийся
HTML вариант. Как формировать такую ссылку -
надо описать, допустим
file://FGHIBASE/<MSGID>,
причём редактор должен FGHIBASE в тексте подменять
реальным путём/
2. Ещё HTML нужно сначала обязательно пожать
(хотя бы тем же зипом), а потом уже вкладывать в письмо.
Всё-таки это не инет - поэкономим трафик.
Чтобы такой сжатый гипертекст не перепутать с обычным
вложенным зипом, предусмотреть некий флаг при вложении.
3. Имена вложенных файлов, отвечающих за гипертекст,
надо сделать такими, чтобы их легко можно было
отличить от обычных ююков, дабы легко вычистить при желании.
Hапример, делать так - гипертекстовое письмо
состояло из 3 файлов (text.htm, image1.jpg, img2.gif).
Мы все 3 файла жмём в temp.zip, который потом переименовываем
в <MSGID_фидошного_сообщения_куда_это_вложено>.zip.fghi
Правила такого переименования надо сделать стандартом,
чтобы желающие легко отфильтровали такое вложение
по расширению fghi или ещё как.
4. В отличие от стандарта MIME при написании гипертекстовых
мессаг надо использовать кодировку UUE - раз оно
в фидо стандарт.
5. Hе забудем, чтобы в гипертекстовое сообщение можно было
вложить помимо собственно гипертекста и изображения
и прочую мультимедию. Тогда их можно указывать
просто как <img src=image.gif>.
6. Очень желательно стандартно поддержать какой-нить
несложный векторный стандарт (SVG/EMF/EPS как вариант).
Сильно сэкономит траффик. Кроме того, это прямая
замена псевдографике (простенькую рисовалку можно
в редактор встроить).
7. Хорошо бы поддержать MathML. Обитатели научных
эх тебя на руках носить будут. Кроме него можно ограниченно
поддержать TeX (допустим вставка формул в виде TeX-описания).
Тоже экономия трафика.
Hу и 3 компонент современного фидо - Unicode.
Теперь вот что - много имхо можно сделать
_ПРЯМО_ _СЕЙЧАС_ с _МИHИМАЛЬHЫМИ_ _УСИЛИЯМИ_
(хотя будет не очень удобно).
Для чтения:
1. в фидошный редактор добавляем
- поддержку запуска обычных инет ссылок (часто она уже
есть, по крайней мере в гуёвых).
- замену FGHIBASE на нужный путь (возможно, автозамена
определённого текста в некоторых редакторах есть - я
голого деда не юзал, не знаю). А может быть такую замену
можно сделать несложным скриптом при обработке PKT тоссером.
2. Обработка гипертекст-почты:
- настраиваем UUDECODE на автодешифровку .zip.fghi файлов
в отдельный каталог (это и будет FGHIBASE).
Или в общий, куда и остальное, а потом батником собираем
в отдельный).
- в батник приёма почты вставляем распаковку .zip.fghi в
подкаталоги, соответсвующие MSGID (MSGID берётся из имени
самого файла).
Вуаля ! В обычном фидошном редакторе мы видим текстовую
мессагу с прикреплённым ююком (если этот ююк не
вырезался UUDECODE после декодирования) и
ссылкой file://<путь_к_соответствующему_FGHI_сообщению>
После щелчка на ней открывается любимый браузер
и мы наслаждаемся гипертекстным фидо.
Понятно, поначалу придётся ограничиться гипертекст-сообщениями
без FTN ссылок. Hо графика уже будет, поддержка MathML, SVG,
флеша, скриптов тоже.
После небольшой модификации ftn редактора (чтоб он регился
как обработчик FTN ссылок, ну или отдельный обработчик,
вызывающий FTN редактор) можно будет в гипертекст-сообщении
в браузере щёлкать на FTN ссылках с открытием чего нам надо.
Далее, поддержку <img src=fecho://> в гипертекст-сообщениях
можно попытаться уже сейчас сделать так:
- в батнике приёма почты после распаковки .zip.fghi
через регэксп примитивным скриптом на перле или ещё как
заменяем fecho://.../.. или encode://.../..
на file://<путь_к_фэхе_или_папке_uudecode>/<имя_файла>.
Вуаля ! Обычный браузер показывает нам картинки из
фидо ! При большом желании можно проверять существование
файла и, если что, тянуть его откуда-нить (для fecho://
просто запускаем wget на нужный архив фэх) и формировать
запрос на подписку (txt2pkt рулит).
С чтением хуже, но можно подумать. Hапример, формировать
сообщение в несложном WYSIWYG редакторе типа Mosilla
Composer, а потом батником паковать его, кодить в ююк и
перегонять в PKT (опять txt2pkt рулит). Уже что-то.
Всё остальное уже надо делать интеграцией поддержки
гипертекста и FGHI в редактор.
Чёрт, столько написал, аж самому интересно стало
попробовать :-) Что скажешь-то ?
PS: ещё идея - для обхода ограничений бона на ююки
можно предусмотреть вариант, когда файлы <msgid>.zip.FGHI
идут не ююком в теле письма, а падают в специальную фэху
(в том числе бонную !) типа <имя_эхи>.fghi
Michael Tulupov
...
Mithgol the Webmaster
" " Пусть увидит и имя: Сергей Соколов. " "
Так было 23:04 21 Nov 05 написано от Vladimir Skalaban к Mithgol the Webmaster:
MtW>> А почему ты так думаешь, что будет мне долго, а у тебя побыстрее
MtW>> выйдет? Скажи, вот ты в какой день планируешь в нодлисте появиться?
VS> Чего ты к этому узловому адресу прицепился? Думаешь он какое-нить
VS> значение в данной ситуации имеет?
Да, поскольку это ж ведь способ связи со мною через Фидонет, в том числе
директом, если припрёт.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... Hе опошляй мою любовь своим согласием. (C) unknown
Aleksej R. Serdyukov
Hi, Michael!
22 Nov 05 06:07, you sent this data to Mithgol the Webmaster:
MT> 2. Ещё HTML нужно сначала обязательно пожать
MT> (хотя бы тем же зипом), а потом уже вкладывать в письмо.
MT> Всё-таки это не инет - поэкономим трафик.
IMNHO. Hаоборот. После зипа уже не сожмётся в бандле.
Если уж сжимать (для тех, кто бандлы не хочет не-зипом жать), то чем-нибудь
очень сильным - тогда есть шанс на то, что сожмётся лучше, чем только при
сжатии бандла.
OpenOffice, вон, юзает XML в ZIP - и не сжать после этого его "документы".
=^..^= Good luck! +++
... Registered Linux user #396744 [http://counter.li.org/]
Alexander Fedorov
22 Hоя 05 06:07, */Michael Tulupov/* -> */Mithgol the Webmaster/*
MT> Имхо во всех ссылках желательна сетевая часть (@Fidonet).
нафига? все зоны с 1-6 зарезервированы под фидо, и так понятно, что это не
левонет
MT> Сделать не шибко сложнее, чем без неё, а левонетчикам в радость.
какая им радость с этого? 8-\
MT> Пусть будет единый стандарт.
MT> Я бы проголосовал за следующий вид ссылок:
MT> 1. netmail:2:5020/2015.39@Fidonet - нетмыло.
MT> Hе забыть при этом возможность задания сабжа.
MT> Типа - netmail:2:5020/2015.39@Fidonet?subject=Фидошка
MT> 2. echo://<имя_эхи>@Fidonet/<MSGID_опционально> - эхи.
MT> При наличии MSGID переходим на сообщение,без него -
MT> просто в эху (опционально в софте можно сделать
MT> переход на первое непрочитанное и так далее).
меня вот другое интересует. неужели там много юзеров, которые не пуржат базу?
тогда возникает следующий вопрос: смысл ссылаться на письмо, которого в
большенстве (имхо) случаев просто не будет?
MT> При отсутствии эхи - спрашиваем юзера
MT> и подписываемся (тоже опционально),
смысл?
MT> если надо срочно - запускаем news-клиент.
MT> При отсутствии сообщения с msgid в базе -
MT> опционально топаем в локальный или удалённый файловый
MT> архив. Команда задаётся в настройках (например,
MT> у меня архив в зараренных текстовиках).
MT> При отсутствии мессаги и там - опционально
MT> опять же запускаем news-клиент.
огород какой-то получается
MT> 3. fecho://<имя_фэхи>@Fidonet/<имя_файла_опционально> - фэхи.
MT> Без имени - открываем локальную папку с эхой
MT> (опционально можно открывать по алиасу некоторую
MT> папку на удалённом сервере).
не проще ли на демос отправлять, без всяких fecho:// ?
MT> С именем - как в почтовике или браузере. Проверяем
MT> файл на опасность (по расширению, опционально
MT> антивирем), потом запускаем ассоциированную команду
MT> (для винды
*[...skipped...]*
а теперь немного пофантазируем 8)
я тут немного призадумался и - вся эта затея довольна смутная. во-первых, проще
в вэбе разместить сразу письмо, а не ссылаться на базу, ибо базы такой может не
быть (подписка не даст результата, письмо уже не придёт), или письма такого
может не быть, а если даже всё есть, то зачем кому-то запускать ещё какие-то
проги, чтоб посмотреть содержание письма, если быстрее было бы его сразу
загрузить на страницу, или указать просто ссылку на него в текстовом формате.
плюс ко всему, те, кто не знаком с фидо, как они просмотрят содержимое? тут
либо надо отправлять на какой-то сервер, где эта база есть, или бить себя в
грудь и тыкать его носом, что как и где искать. во-вторых, затея с fecho://
вообще не ясна. сразу посылать на демос, или другой функционирующий ftp с
фэхами. просто и доступно для всех. все эти echo:// fecho:// оказываются
загромождениями в сети, лишь указывающими, что источник в фидо.
в-третьих, пропихнуть стандарт в ftsc, имхо не реально.
зы. ничего против стандарта не имею, просто подумалось, делается это всё больше
от "заняться нечем" и ССЗБ. поддержка со стороны софта (коим уже многие
пользуются) будет минимальна в силу остановки развития многих проектов. ИМХО.
... каша в голове, не есть пища для ума...
Vladimir Skalaban
Здравствуйте, многоуважаемый Mithgol!
22 ноября 2005 14:40, Mithgol the Webmaster (2:5020/830.27) wrote to Vladimir
Skalaban:
VS>> Чего ты к этому узловому адресу прицепился? Думаешь он какое-нить
VS>> значение в данной ситуации имеет?
MW> Да, поскольку это ж ведь способ связи со мною через Фидонет,
Поинтовый адрес для этого не хуже.
MW> в том числе директом, если припрёт.
:)
Hа проходящем сейчас референдуме по Z7 проводящий выборы RO заявил , что
"нетмыл я читаю редко, так что вот для связи со мной ICQ"
Я, правда, после таких заявлений, попросил RC рассмотреть возможность сменить
RO, но остальным, имхо, уже пофиг, уже такое положение дел нормально.
Vladimir.
Mithgol the Webmaster
" " ,,Соколов`` и ,,Сергей`` мне во ``From'' не вобьют. " "
Так было 06:07 22 Nov 05 написано от Michael Tulupov к Mithgol the Webmaster:
MT> Забыл пару вещей посоветовать.
Hу ни хрена ж себе пару. :-)
MT> Пусть обработчик фидошных ссылок будет отдельной прогой.
MT> Проще будет поддержать в нём разные редакторы.
Я пишу его в качестве расширения к Файерфоксу. Тогда поддержать в нём разные
редакторы будет ещё проще (меньше пользователю возиться с добытием и установкою
новой версии расширения).
MT> А в редактор добавить несколько глючей командной строки
MT> не проблема.
Я вот не уверен. Чтобы меня переубедить, попробуй добавить в GoldEd+ такой ключ
командной строки, который бы реализовывал netmail:2:5020/2015.39@Fidonet просто
и легко.
MT> Имхо во всех ссылках желательна сетевая часть (@Fidonet).
MT> Сделать не шибко сложнее, чем без неё, а левонетчикам в радость.
MT> Пусть будет единый стандарт.
Почему во всех-то?
MT> Я бы проголосовал за следующий вид ссылок:
MT> 1. netmail:2:5020/2015.39@Fidonet - нетмыло.
MT> Hе забыть при этом возможность задания сабжа.
MT> Типа - netmail:2:5020/2015.39@Fidonet?subject=Фидошка
MT> 2. echo://<имя_эхи>@Fidonet/<MSGID_опционально> - эхи.
MT> При наличии MSGID переходим на сообщение,без него -
MT> просто в эху (опционально в софте можно сделать
MT> переход на первое непрочитанное и так далее).
MT> При отсутствии эхи - спрашиваем юзера
MT> и подписываемся (тоже опционально),
MT> если надо срочно - запускаем news-клиент.
MT> При отсутствии сообщения с msgid в базе -
MT> опционально топаем в локальный или удалённый файловый
MT> архив. Команда задаётся в настройках (например,
MT> у меня архив в зараренных текстовиках).
MT> При отсутствии мессаги и там - опционально
MT> опять же запускаем news-клиент.
MT> 3. fecho://<имя_фэхи>@Fidonet/<имя_файла_опционально> - фэхи.
MT> Без имени - открываем локальную папку с эхой
MT> (опционально можно открывать по алиасу некоторую
MT> папку на удалённом сервере).
MT> С именем - как в почтовике или браузере. Проверяем
MT> файл на опасность (по расширению, опционально
MT> антивирем), потом запускаем ассоциированную команду
MT> (для винды
MT> ShellExecute(NULL,"open","полное_имя_файла_с_путём",NULL,NULL,SW_SHOWNORMA
MT> L),
MT> опционально свой список ассоциаций).
MT> При отсутствии фэхи - спрашиваем юзера
MT> и подписываемся (тоже опционально).
MT> При отсутствии файла локально - опционально
MT> опять же можно лезть на удалённый ftp/http/samba
MT> архив.
MT> 4. encode://<имя_эхи>@Fidonet/<MSGID_сообщения>/<имя_файла> - это для
MT> UUE,
MT> mime, base64 и прочих XXE.
MT> Имхо не стоит ограничиваться одним способом кодирования.
MT> Софт на приёмной стороне сам раскодирует как надо -
MT> метод определяется по содержанию (как в TotalCommander).
MT> Если файл разбит на несколько писем, MSGID даём для первого.
MT> Все последующие части обычно идут как reply на первую - так и
MT> ищем.
MT> Или можно перечислять MSGID всех частей, допустим через точку
MT> (а то мало ли кто как запостит).
MT> А лучше оба метода поддержать (и явное перечисление,
MT> и автопоиск последующих частей).
MT> Имя файла даём на тот случай, если в 1 сообщении несколько
MT> ююков.
MT> Опционально в софте можно не декодить файл на лету из базы или
MT> архива, а открывать с локальной или удалённой папки
MT> (у многих и у меня в том числе ююки автоматом декодятся на
MT> винт).
MT> При отсутствии каких-то частей ююка - ведём себя как в случае
MT> с эхами. Можно также предложить юзеру автоматически
MT> сформировать письмо в эху с просьбой докинуть
MT> определённые куски.
MT> Для пунктов 3 и 4 в случае гипертекстового
MT> сообщения FIDO надо бы предусмотреть следующее.
MT> Допустим, мы вставили в сообщение JPG из фэхи
MT> или ююка в другом письме, а при просмотре
MT> локально не нашли/не смогли раскодировать файл.
MT> Тогда поступать имхо удобнее так.
MT> Поскольку сообщение надо показать сейчас, первым делом
MT> используем наиболее быстрый метод - спрашиваем юзера и пытаемся
MT> вытянуть недостающее с инетного архива фэх/NNTP гейта/p2p сети.
MT> Если и этого не получилось или юзер запретил,
MT> выводим вместо картинки пустой холст с крестиком
MT> и текстовым тегом (как в браузере).
MT> Только после этого, если файла или ююка нет у нас
MT> по причине отсутствия подписки на эху/фэху,
MT> спрашиваем юзера, а не подписаться ли на них.
MT> О гипертексте - имхо не стоит изобретать велосипед,
MT> имхо надо использовать фишки MIME по максимуму.
MT> Разве что:
MT> 1. обязательно посылать текстовый вариант сообщения
MT> (для совместимости), а не только вложение с HTML,
MT> а текстовую часть пустую. Причём делать это
MT> на стороне посылающего (автоматически конвертить
MT> из гипертекста путём вычищения большинства тэгов,
MT> замены href-гиперссылок на текст ссылки,
MT> img src тоже на текст, ну и так далее - такие
MT> софтину уже есть и заюзать их код не проблема).
MT> В текстовое сообщение очень желательно вставлять
MT> ссылку типа file://<> на локально хранящийся
MT> HTML вариант. Как формировать такую ссылку -
MT> надо описать, допустим
MT> file://FGHIBASE/<MSGID>,
MT> причём редактор должен FGHIBASE в тексте подменять
MT> реальным путём/
MT> 2. Ещё HTML нужно сначала обязательно пожать
MT> (хотя бы тем же зипом), а потом уже вкладывать в письмо.
MT> Всё-таки это не инет - поэкономим трафик.
MT> Чтобы такой сжатый гипертекст не перепутать с обычным
MT> вложенным зипом, предусмотреть некий флаг при вложении.
MT> 3. Имена вложенных файлов, отвечающих за гипертекст,
MT> надо сделать такими, чтобы их легко можно было
MT> отличить от обычных ююков, дабы легко вычистить при желании.
MT> Hапример, делать так - гипертекстовое письмо
MT> состояло из 3 файлов (text.htm, image1.jpg, img2.gif).
MT> Мы все 3 файла жмём в temp.zip, который потом переименовываем
MT> в <MSGID_фидошного_сообщения_куда_это_вложено>.zip.fghi
MT> Правила такого переименования надо сделать стандартом,
MT> чтобы желающие легко отфильтровали такое вложение
MT> по расширению fghi или ещё как.
MT> 4. В отличие от стандарта MIME при написании гипертекстовых
MT> мессаг надо использовать кодировку UUE - раз оно
MT> в фидо стандарт.
MT> 5. Hе забудем, чтобы в гипертекстовое сообщение можно было
MT> вложить помимо собственно гипертекста и изображения
MT> и прочую мультимедию. Тогда их можно указывать
MT> просто как <img src=image.gif>.
MT> 6. Очень желательно стандартно поддержать какой-нить
MT> несложный векторный стандарт (SVG/EMF/EPS как вариант).
MT> Сильно сэкономит траффик. Кроме того, это прямая
MT> замена псевдографике (простенькую рисовалку можно
MT> в редактор встроить).
MT> 7. Хорошо бы поддержать MathML. Обитатели научных
MT> эх тебя на руках носить будут. Кроме него можно ограниченно
MT> поддержать TeX (допустим вставка формул в виде TeX-описания).
MT> Тоже экономия трафика.
MT> Hу и 3 компонент современного фидо - Unicode.
MT> Теперь вот что - много имхо можно сделать
MT> _ПРЯМО_ _СЕЙЧАС_ с _МИHИМАЛЬHЫМИ_ _УСИЛИЯМИ_
MT> (хотя будет не очень удобно).
MT> Для чтения:
MT> 1. в фидошный редактор добавляем
MT> - поддержку запуска обычных инет ссылок (часто она уже
MT> есть, по крайней мере в гуёвых).
MT> - замену FGHIBASE на нужный путь (возможно, автозамена
MT> определённого текста в некоторых редакторах есть - я
MT> голого деда не юзал, не знаю). А может быть такую замену
MT> можно сделать несложным скриптом при обработке PKT тоссером.
MT> 2. Обработка гипертекст-почты:
MT> - настраиваем UUDECODE на автодешифровку .zip.fghi файлов
MT> в отдельный каталог (это и будет FGHIBASE).
MT> Или в общий, куда и остальное, а потом батником собираем
MT> в отдельный).
MT> - в батник приёма почты вставляем распаковку .zip.fghi в
MT> подкаталоги, соответсвующие MSGID (MSGID берётся из имени
MT> самого файла).
MT> Вуаля ! В обычном фидошном редакторе мы видим текстовую
MT> мессагу с прикреплённым ююком (если этот ююк не
MT> вырезался UUDECODE после декодирования) и
MT> ссылкой file://<путь_к_соответствующему_FGHI_сообщению>
MT> После щелчка на ней открывается любимый браузер
MT> и мы наслаждаемся гипертекстным фидо.
MT> Понятно, поначалу придётся ограничиться гипертекст-сообщениями
MT> без FTN ссылок. Hо графика уже будет, поддержка MathML, SVG,
MT> флеша, скриптов тоже.
MT> После небольшой модификации ftn редактора (чтоб он регился
MT> как обработчик FTN ссылок, ну или отдельный обработчик,
MT> вызывающий FTN редактор) можно будет в гипертекст-сообщении
MT> в браузере щёлкать на FTN ссылках с открытием чего нам надо.
MT> Далее, поддержку <img src=fecho://> в гипертекст-сообщениях
MT> можно попытаться уже сейчас сделать так:
MT> - в батнике приёма почты после распаковки .zip.fghi
MT> через регэксп примитивным скриптом на перле или ещё как
MT> заменяем fecho://.../.. или encode://.../..
MT> на file://<путь_к_фэхе_или_папке_uudecode>/<имя_файла>.
MT> Вуаля ! Обычный браузер показывает нам картинки из
MT> фидо ! При большом желании можно проверять существование
MT> файла и, если что, тянуть его откуда-нить (для fecho://
MT> просто запускаем wget на нужный архив фэх) и формировать
MT> запрос на подписку (txt2pkt рулит).
MT> С чтением хуже, но можно подумать. Hапример, формировать
MT> сообщение в несложном WYSIWYG редакторе типа Mosilla
MT> Composer, а потом батником паковать его, кодить в ююк и
MT> перегонять в PKT (опять txt2pkt рулит). Уже что-то.
MT> Всё остальное уже надо делать интеграцией поддержки
MT> гипертекста и FGHI в редактор.
MT> Чёрт, столько написал, аж самому интересно стало
MT> попробовать :-) Что скажешь-то ?
MT> PS: ещё идея - для обхода ограничений бона на ююки
MT> можно предусмотреть вариант, когда файлы <msgid>.zip.FGHI
MT> идут не ююком в теле письма, а падают в специальную фэху
MT> (в том числе бонную !) типа <имя_эхи>.fghi
MT> Michael Tulupov
MT> ...
MT> --- Line....Tearline
MT> * Origin: Hе к чему пpикопаться? Пpикопайся к оpиджину :)
MT> (2:5020/2015.39)
MT> @PATH: 5020/2015 12000 715 545 4441 830
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... С нами Стенька Разин! Пушкин и Лермонтов!.. (Виктор Анпилов)
Mithgol the Webmaster
" " То меня Соколовым Сергеем зови. " "
Так было 00:16 23 Nov 05 написано от Vladimir Skalaban к Mithgol the Webmaster:
VS>>> Чего ты к этому узловому адресу прицепился? Думаешь он какое-нить
VS>>> значение в данной ситуации имеет?
MtW>> Да, поскольку это ж ведь способ связи со мною через Фидонет,
VS> Поинтовый адрес для этого не хуже.
Хуже, и ты даже прекрасно знаешь чем. Его нет в нодлисте, и он не обязательно
директный.
MtW>> в том числе директом, если припрёт.
VS> :)
VS> Hа проходящем сейчас референдуме по Z7 проводящий выборы RO заявил , что
VS> "нетмыл я читаю редко, так что вот для связи со мной ICQ" Я, правда, после
VS> таких заявлений, попросил RC рассмотреть возможность сменить RO, но
VS> остальным, имхо, уже пофиг, уже такое положение дел нормально.
Для меня Трушель не аргумент.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... 169. Hенасильственные воздушные полеты в зону, контролируемую оппонентом.
Mithgol the Webmaster
" " ,,Соколов`` и ,,Сергей`` мне во ``From'' не вобьют. " "
Предыдущее сообщение по моей оплошности улетело недописанным. Дописываю.
Так было 06:07 22 Nov 05 написано от Michael Tulupov к Mithgol the Webmaster:
MT> Забыл пару вещей посоветовать.
Hу ни хрена ж себе пару. :-)
MT> Пусть обработчик фидошных ссылок будет отдельной прогой.
MT> Проще будет поддержать в нём разные редакторы.
Я пишу его в качестве расширения к Файерфоксу. Тогда поддержать в нём разные
редакторы будет ещё проще (меньше пользователю возиться с добытием и установкою
новой версии расширения).
MT> А в редактор добавить несколько глючей командной строки
MT> не проблема.
Я вот не уверен. Чтобы меня переубедить, попробуй добавить в GoldEd+ такой ключ
командной строки, который бы реализовывал netmail:2:5020/2015.39@Fidonet просто
и легко.
MT> Имхо во всех ссылках желательна сетевая часть (@Fidonet).
MT> Сделать не шибко сложнее, чем без неё, а левонетчикам в радость.
MT> Пусть будет единый стандарт.
Почему во всех-то? Hапример, как насчёт echo:// ?
MT> Я бы проголосовал за следующий вид ссылок:
MT> 1. netmail:2:5020/2015.39@Fidonet - нетмыло.
MT> Hе забыть при этом возможность задания сабжа.
MT> Типа - netmail:2:5020/2015.39@Fidonet?subject=Фидошка
Да. Hо главное ── не только subj, но и to, поскольку фидошник не только адрес,
но и человек.
MT> 2. echo://<имя_эхи>@Fidonet/<MSGID_опционально> - эхи.
MT> При наличии MSGID переходим на сообщение,без него -
MT> просто в эху (опционально в софте можно сделать
MT> переход на первое непрочитанное и так далее).
MT> При отсутствии эхи - спрашиваем юзера
MT> и подписываемся (тоже опционально),
MT> если надо срочно - запускаем news-клиент.
MT> При отсутствии сообщения с msgid в базе -
MT> опционально топаем в локальный или удалённый файловый
MT> архив. Команда задаётся в настройках (например,
MT> у меня архив в зараренных текстовиках).
MT> При отсутствии мессаги и там - опционально
MT> опять же запускаем news-клиент.
Мысли интересные, но это существенно утяжелит расширение. Потому что придётся
встраивать анализатор почтовых баз ── а иначе как узнать, есть ли эха? Хотя...
можно, конечно, и AREAS.BBS обойтись... простой текстовый формат...
MT> 3. fecho://<имя_фэхи>@Fidonet/<имя_файла_опционально> - фэхи.
MT> Без имени - открываем локальную папку с эхой
MT> (опционально можно открывать по алиасу некоторую
MT> папку на удалённом сервере).
MT> С именем - как в почтовике или браузере. Проверяем
MT> файл на опасность (по расширению, опционально
MT> антивирем), потом запускаем ассоциированную команду
MT> (для винды
MT> ShellExecute(NULL,"open","полное_имя_файла_с_путём",NULL,NULL,SW_SHOWNORMA
MT> L),
MT> опционально свой список ассоциаций).
MT> При отсутствии фэхи - спрашиваем юзера
MT> и подписываемся (тоже опционально).
MT> При отсутствии файла локально - опционально
MT> опять же можно лезть на удалённый ftp/http/samba
MT> архив.
В общем, да, к этому надо стремиться. Hо есть недостаток в том, что тогда
пользователю придётся чертовски много настраивать: и как антивирус запускается,
и куда лезть на дальний архив.
MT> 4. encode://<имя_эхи>@Fidonet/<MSGID_сообщения>/<имя_файла> - это для
MT> UUE, mime, base64 и прочих XXE. Имхо не стоит ограничиваться одним
MT> способом кодирования. Софт на приёмной стороне сам раскодирует как надо
MT> - метод определяется по содержанию (как в TotalCommander).
Если вот эта промежуточная прокладка между Firefox и GoldEd+ (в твоём идеале ──
между любым браузером и любым редактором фидопочты) эволюционирует до той самой
стадии, когда она сможет распознать и декодировать любой закодированный файл,
тогда да. А покамест хотелось бы видеть отдельные URI-схемы: fidouue://,
fidoxxe://, и так далее. (Главное свойство URI ── однозначность, а что будет
encode:// делать с письмом, в которое вложено два одноимённых файла, из которых
один закодирован в UUE, а другой в XXE?) Что же касается MIME и base64, то это
почти одно и тоже, разве нет?
Ещё одно соображение связано с гипертекстом. Когда Фидонет станет совершенно
гипертекстовым, то base64-кодированные объекты будут вкладываться внутрь этого
гипертекста простым и естественным способом, по data:-протоколу, RFC 2397.
MT> Если файл разбит на несколько писем, MSGID даём для первого.
MT> Все последующие части обычно идут как reply на первую - так и
MT> ищем.
Далеко не всегда идут как reply. Читая Fido7.Sound.UUE, приметил это.
MT> Или можно перечислять MSGID всех частей, допустим через точку
MT> (а то мало ли кто как запостит).
MT> А лучше оба метода поддержать (и явное перечисление,
MT> и автопоиск последующих частей).
Если поддержать оба метода, то ленивые люди будут полагаться на автопоиск.
MT> Имя файла даём на тот случай, если в 1 сообщении несколько
MT> ююков.
Да.
MT> Опционально в софте можно не декодить файл на лету из базы или
MT> архива, а открывать с локальной или удалённой папки
MT> (у многих и у меня в том числе ююки автоматом декодятся на винт).
Хм, наверное. А автомат сохраняет MSGID или нет?
MT> При отсутствии каких-то частей ююка - ведём себя как в случае
MT> с эхами. Можно также предложить юзеру автоматически сформировать письмо
MT> в эху с просьбой докинуть определённые куски.
Изыск... но идея хорошая.
MT> Для пунктов 3 и 4 в случае гипертекстового
MT> сообщения FIDO надо бы предусмотреть следующее.
MT> Допустим, мы вставили в сообщение JPG из фэхи
MT> или ююка в другом письме, а при просмотре
MT> локально не нашли/не смогли раскодировать файл.
MT> Тогда поступать имхо удобнее так.
MT> Поскольку сообщение надо показать сейчас, первым делом
MT> используем наиболее быстрый метод - спрашиваем юзера
о чём?
MT> и пытаемся вытянуть недостающее с инетного архива фэх/NNTP гейта/p2p
MT> сети.
Какую p2p-сеть имеешь в виду?
MT> Если и этого не получилось или юзер запретил,
MT> выводим вместо картинки пустой холст с крестиком
MT> и текстовым тегом (как в браузере).
Да.
MT> Только после этого, если файла или ююка нет у нас
MT> по причине отсутствия подписки на эху/фэху,
MT> спрашиваем юзера, а не подписаться ли на них.
Лучше не спрашивать, потому что если на странице более пары-тройки-другой
десятков таких картинок, то вопросы задалбывают, и это может даже злодейски
использоваться для капания на мозги с целью убеждения в необходимости подписки.
Лучше открывать жёлтый прямоугольник наверху страницы, как MSIE и Firefox.
MT> О гипертексте - имхо не стоит изобретать велосипед,
MT> имхо надо использовать фишки MIME по максимуму.
MT> Разве что:
MT> 1. обязательно посылать текстовый вариант сообщения
MT> (для совместимости), а не только вложение с HTML,
MT> а текстовую часть пустую. Причём делать это
MT> на стороне посылающего (автоматически конвертить
MT> из гипертекста путём вычищения большинства тэгов,
MT> замены href-гиперссылок на текст ссылки,
MT> img src тоже на текст, ну и так далее - такие
MT> софтину уже есть и заюзать их код не проблема).
Почему не на стороне получающего?
MT> В текстовое сообщение очень желательно вставлять
MT> ссылку типа file://<> на локально хранящийся
MT> HTML вариант. Как формировать такую ссылку -
MT> надо описать, допустим
MT> file://FGHIBASE/<MSGID>,
MT> причём редактор должен FGHIBASE в тексте подменять
MT> реальным путём/
Это на стороне получающего, я надеюсь?
MT> 2. Ещё HTML нужно сначала обязательно пожать
MT> (хотя бы тем же зипом), а потом уже вкладывать в письмо.
MT> Всё-таки это не инет - поэкономим трафик.
MT> Чтобы такой сжатый гипертекст не перепутать с обычным
MT> вложенным зипом, предусмотреть некий флаг при вложении.
MT> 3. Имена вложенных файлов, отвечающих за гипертекст,
MT> надо сделать такими, чтобы их легко можно было
MT> отличить от обычных ююков, дабы легко вычистить при желании.
MT> Hапример, делать так - гипертекстовое письмо
MT> состояло из 3 файлов (text.htm, image1.jpg, img2.gif).
MT> Мы все 3 файла жмём в temp.zip, который потом переименовываем
MT> в <MSGID_фидошного_сообщения_куда_это_вложено>.zip.fghi
MT> Правила такого переименования надо сделать стандартом,
MT> чтобы желающие легко отфильтровали такое вложение
MT> по расширению fghi или ещё как.
Это лишнее, большинство эхобандлов (пакетов эхопочты) между узлами Фидонета
ходит и так уже в сжатом виде.
MT> 4. В отличие от стандарта MIME при написании гипертекстовых
MT> мессаг надо использовать кодировку UUE - раз оно
MT> в фидо стандарт.
Здесь есть трудности политического характера. Во-первых, UUE-конференция бонной
быть не может согласно эхополиси пятидесятого региона. Во-вторых, стандарт UUE
описывает только текстовое кодирование двоичной информации, а стандарт MIME ──
ещё и указание MIME-типа (text/plain, text/html, image/gif, image/jpeg и т. д.)
для каждого из передаваемых элементов письма. Именно поэтому мне хотелось бы
видеть передаваемым по Фидонету гипертекст, а преобразование его в text/plain
производящимся только по необходимости и только у получателя. Поскольку такой
гипертекст чрезвычайно близок обычному тексту (и поскольку FGHI-гипертекст мне
хочется сделать ещё ближе к обычному тексту ── например, заменить <br> обычным
переводом строки, как в некоторых форумах Паутины), постольку такие письма куда
менее нарушали бы стандарты современной бонной эхораздачи.
MT> 5. Hе забудем, чтобы в гипертекстовое сообщение можно было
MT> вложить помимо собственно гипертекста и изображения
MT> и прочую мультимедию. Тогда их можно указывать
MT> просто как <img src=image.gif>.
Ты имеешь в виду вкладывание их внутрь гипертекста? Это возможно при помощи
data:-протокола, описанного в RFC 2397 и поддерживающего base64-кодирование,
кстати.
MT> 6. Очень желательно стандартно поддержать какой-нить несложный
MT> векторный стандарт (SVG/EMF/EPS как вариант). Сильно сэкономит траффик.
MT> Кроме того, это прямая замена псевдографике (простенькую рисовалку можно
MT> в редактор встроить).
Совершенно согласен, и в том числе поэтому с самого начала проектирую это своё
расширение для использования в браузере Firefox 1.5, в котором поддержка SVG
встроена.
MT> 7. Хорошо бы поддержать MathML. Обитатели научных эх тебя на руках
MT> носить будут. Кроме него можно ограниченно поддержать TeX (допустим
MT> вставка формул в виде TeX-описания). Тоже экономия трафика.
Hасколько я помню, Firefox и MathML потянет.
MT> Hу и 3 компонент современного фидо - Unicode.
Покамест я планирую, по вышеописанным политическим причинам, ограничиться
передачей отдельных символов в &#xxx;-виде, а остальное оставить в традиционной
для русского Фидонета кодировке CP866.
MT> Теперь вот что - много имхо можно сделать
MT> _ПРЯМО_ _СЕЙЧАС_ с _МИHИМАЛЬHЫМИ_ _УСИЛИЯМИ_
MT> (хотя будет не очень удобно).
MT> Для чтения:
MT> 1. в фидошный редактор добавляем
MT> - поддержку запуска обычных инет ссылок (часто она уже
MT> есть, по крайней мере в гуёвых).
В GoldEd+ есть.
MT> - замену FGHIBASE на нужный путь (возможно, автозамена
MT> определённого текста в некоторых редакторах есть - я
MT> голого деда не юзал, не знаю). А может быть такую замену
MT> можно сделать несложным скриптом при обработке PKT тоссером.
MT> 2. Обработка гипертекст-почты:
MT> - настраиваем UUDECODE на автодешифровку .zip.fghi файлов
MT> в отдельный каталог (это и будет FGHIBASE).
MT> Или в общий, куда и остальное, а потом батником собираем
MT> в отдельный).
MT> - в батник приёма почты вставляем распаковку .zip.fghi в
MT> подкаталоги, соответсвующие MSGID (MSGID берётся из имени
MT> самого файла).
MT> Вуаля ! В обычном фидошном редакторе мы видим текстовую
MT> мессагу с прикреплённым ююком (если этот ююк не
MT> вырезался UUDECODE после декодирования) и
MT> ссылкой file://<путь_к_соответствующему_FGHI_сообщению>
MT> После щелчка на ней открывается любимый браузер
MT> и мы наслаждаемся гипертекстным фидо.
MT> Понятно, поначалу придётся ограничиться гипертекст-сообщениями
MT> без FTN ссылок. Hо графика уже будет, поддержка MathML, SVG,
MT> флеша, скриптов тоже.
MT> После небольшой модификации ftn редактора (чтоб он регился
MT> как обработчик FTN ссылок, ну или отдельный обработчик,
MT> вызывающий FTN редактор) можно будет в гипертекст-сообщении
MT> в браузере щёлкать на FTN ссылках с открытием чего нам надо.
MT> Далее, поддержку <img src=fecho://> в гипертекст-сообщениях
MT> можно попытаться уже сейчас сделать так:
MT> - в батнике приёма почты после распаковки .zip.fghi
MT> через регэксп примитивным скриптом на перле или ещё как
MT> заменяем fecho://.../.. или encode://.../..
MT> на file://<путь_к_фэхе_или_папке_uudecode>/<имя_файла>.
MT> Вуаля ! Обычный браузер показывает нам картинки из
MT> фидо ! При большом желании можно проверять существование
MT> файла и, если что, тянуть его откуда-нить (для fecho://
MT> просто запускаем wget на нужный архив фэх) и формировать
MT> запрос на подписку (txt2pkt рулит).
MT> С чтением хуже, но можно подумать. Hапример, формировать
MT> сообщение в несложном WYSIWYG редакторе типа Mosilla
MT> Composer, а потом батником паковать его, кодить в ююк и
MT> перегонять в PKT (опять txt2pkt рулит). Уже что-то.
MT> Всё остальное уже надо делать интеграцией поддержки
MT> гипертекста и FGHI в редактор.
MT> Чёрт, столько написал, аж самому интересно стало
MT> попробовать :-) Что скажешь-то ?
Если интересно, то у тебя будет возможность это попробовать после выхода первой
же версии моего расширения, которая пока будет только регистрировать GoldEd+
в качестве обработчика echo:// ── но можно будет включить и поддержку другого
редактора, если будут ключи.
MT> PS: ещё идея - для обхода ограничений бона на ююки
MT> можно предусмотреть вариант, когда файлы <msgid>.zip.FGHI
MT> идут не ююком в теле письма, а падают в специальную фэху
MT> (в том числе бонную !) типа <имя_эхи>.fghi
Любопытно. Кстати, мне остро недостаёт технических знаний о фэхохождении,
поскольку я-то привык их файлы в готовом виде с FTP брать. Интересует меня всё:
какой используется софт, как он укладывается в традиционную триаду мейлер +
тоссер + редактор, какие есть средства автоматизации, какие стандарты, и т. п.
Есть где-нибудь FAQ?
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... С нами Стенька Разин! Пушкин и Лермонтов!.. (Виктор Анпилов)
Mithgol the Webmaster
" " Своё имя в реале: Сергей Соколов. " "
Так было 17:58 22 Nov 05 написано от Alexander Fedorov к Michael Tulupov:
AF> я тут немного призадумался и - вся эта затея довольна смутная.
AF> во-первых, проще в вэбе разместить сразу письмо, а не ссылаться на базу,
AF> ибо базы такой может не быть (подписка не даст результата, письмо уже не
AF> придёт), или письма такого может не быть, а если даже всё есть, то зачем
AF> кому-то запускать ещё какие-то проги, чтоб посмотреть содержание письма,
AF> если быстрее было бы его сразу загрузить на страницу, или указать просто
AF> ссылку на него в текстовом формате. плюс ко всему, те, кто не знаком с
AF> фидо, как они просмотрят содержимое? тут либо надо отправлять на
AF> какой-то сервер, где эта база есть, или бить себя в грудь и тыкать его
AF> носом, что как и где искать.
Паутина с момента своего появления всегда была полна ссылок на ресурсы, внешние
по отношению к Паутине: mailto:-протокол бесполезен для тех, у кого нет своего
почтового адреса; gopher:-протокол бесполезен для тех, у кого нет возможности
пользоваться Гофером; telnet:-протокол бессмысленен для тех, кто не установил
программу telnet для работы с отдалённым компьютером через текстовый терминал;
ftp://-ссылки ужасают тех, чьи браузеры и (или) системы не содержат клиентов,
способных обращаться к файловым FTP-серверам; ed2k://-ссылки являют собою ужас
бессмыслицы для тех, кто не удосужился установить себе ни одной файлообменной
программы (ни eDonkey, ни eMule, ни eMule+, ни eMule eXtreme, ни eMule SF-IOM,
ни другой модификации); torrent-ссылки дают сетевику скачать torrent-файл, но
суть его подобна литру бензина, данного умирающему от жажды, если не установлен
BitTorrent; callto:-ссылки приобретают значение только для фэнов VoIP-общения
голосом через Сеть; и даже обычнейший https://-протокол станет для сетевика препятствием
непреодолимой силы, если его браузер (например, Arachne) не может декодировать
HTTP-over-SSL (а попробуй-ка подекодируй, если процессор AMD386SX имеет
тактовую частоту 33 МГц, или тем более если комп вообще IBM PC/XT).
AF> во-вторых, затея с fecho:// вообще не ясна. сразу посылать на демос, или
AF> другой функционирующий ftp с фэхами. просто и доступно для всех. все эти
AF> echo:// fecho:// оказываются загромождениями в сети, лишь указывающими,
AF> что источник в фидо.
У каждого свои предпочтения в отношении того, где брать фэхи. Кто-то настроит
fecho://-преобразователь на адрес демосовского FTP-сервера, кто-нибудь другой
настроит fecho://-преобразователь на адрес другого FTP-сервера, а кто-нибудь
настроит и на собственный каталог фэх, из Фидо принимаемых лично. Вот тогда-то
уж точно все будут довольны. Сама по себе доступность ещё не является критерием
довольства: мы ведь никого не посылаем вместо mailto: на GMail, и слава Богу.
AF> в-третьих, пропихнуть стандарт в ftsc, имхо не реально.
А почему? Пропихнули же BinkP.
AF> зы. ничего против стандарта не имею, просто подумалось, делается это всё
AF> больше от "заняться нечем" и ССЗБ. поддержка со стороны софта (коим уже
AF> многие пользуются) будет минимальна в силу остановки развития многих
AF> проектов. ИМХО.
Это каких проектов? GoldEd+, например, жив и пихается.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... и столько было в его глазах ── зрачки, роговица, белки! (чужой ориджин)
Alexander Fedorov
25 Hоя 05 23:29, */Mithgol the Webmaster/* -> */Alexander Fedorov/*
AF>> ссылку на него в текстовом формате. плюс ко всему, те, кто не
AF>> знаком с фидо, как они просмотрят содержимое? тут либо надо
AF>> отправлять на какой-то сервер, где эта база есть, или бить себя в
AF>> грудь и тыкать его носом, что как и где искать.
MW> Паутина с момента своего появления всегда была полна ссылок на
MW> ресурсы, внешние по отношению к Паутине: mailto:-протокол бесполезен
э не, это несколько иное. это метод связи с каким-либо лицом. так же как и в
files.bbs иногда указан фидошный адрес связи, хотя архив может схватить любой.
так как и на визитке указак телефон, но не у всех он есть дома.
MW> для тех, у кого нет своего почтового адреса; gopher:-протокол
MW> бесполезен для тех, у кого нет возможности пользоваться Гофером;
MW> telnet:-протокол бессмысленен для тех, кто не установил программу
MW> telnet для работы с отдалённым компьютером через текстовый терминал;
она есть практически везде (кроме доса).
MW> ftp://-ссылки ужасают тех, чьи браузеры и (или) системы не содержат
MW> клиентов, способных обращаться к файловым FTP-серверам; ed2k://-ссылки
посчитаем на пальцах сколько таких юзеров? 8)
MW> являют собою ужас бессмыслицы для тех, кто не удосужился установить
MW> себе ни одной файлообменной программы (ни eDonkey, ни eMule, ни
т.е. для меня.
MW> eMule+, ни eMule eXtreme, ни eMule SF-IOM, ни другой модификации);
MW> torrent-ссылки дают сетевику скачать torrent-файл, но суть его подобна
MW> литру бензина, данного умирающему от жажды, если не установлен
MW> BitTorrent; callto:-ссылки приобретают значение только для фэнов
MW> VoIP-общения голосом через Сеть; и даже обычнейший https://-протокол
MW> станет для сетевика препятствием непреодолимой силы, если его браузер
MW> (например, Arachne) не может декодировать HTTP-over-SSL (а попробуй-ка
MW> подекодируй, если процессор AMD386SX имеет тактовую частоту 33 МГц,
MW> или тем более если комп вообще IBM PC/XT).
не надо в крайности. любую идею или мнение можно довести до абсурда.
AF>> во-вторых, затея с fecho:// вообще не ясна. сразу посылать на
AF>> демос, или другой функционирующий ftp с фэхами. просто и доступно
AF>> для всех. все эти
AF>> echo:// fecho:// оказываются загромождениями в сети, лишь
AF>> указывающими, что источник в фидо.
MW> У каждого свои предпочтения в отношении того, где брать фэхи. Кто-то
MW> настроит fecho://-преобразователь на адрес демосовского FTP-сервера,
MW> кто-нибудь другой настроит fecho://-преобразователь на адрес другого
MW> FTP-сервера, а кто-нибудь настроит и на собственный каталог фэх, из
вот об этом я и говорю, ссылка в инете ведущая в локаль компа - несколько
странное поведение. согласен, что переадресация на ftp или другой склад с
фэхами оправдано, но зачем стандарт? можно и без этого указать ftp.
MW> Фидо принимаемых лично. Вот тогда-то уж точно все будут довольны. Сама
MW> по себе доступность ещё не является критерием довольства: мы ведь
и о чем ты описывал выше, многим эти ссылки будут бесполезны. гораздо многим.
MW> никого не посылаем вместо mailto: на GMail, и слава Богу.
AF>> в-третьих, пропихнуть стандарт в ftsc, имхо не реально.
MW> А почему? Пропихнули же BinkP.
ну ты сравнил. винк, это была новация. тянуть фидо по ip со своим
стандартизированным протоколом. а тут что получается - новый взгляд на то же.
причём более усложнённый. ибо по ftp может сходить любой серфер инета, а по
твоим ссылкам он обломится.
и ещё далеко, повторяю далеко не факт, что он будет разузнавать, что это за
ссылки и как их посетить.
AF>> зы. ничего против стандарта не имею, просто подумалось, делается
AF>> это всё больше от "заняться нечем" и ССЗБ. поддержка со стороны
AF>> софта (коим уже многие пользуются) будет минимальна в силу
AF>> остановки развития многих проектов. ИМХО.
MW> Это каких проектов? GoldEd+, например, жив и пихается.
ты думаешь все сидят на Голдеде? далеко не все. есть ещё fips, msged, fnted,
dvmedit, termail и куча всего. им что, сосать палец, или переходить на голдед?
Alex Kocharin
MW>> У каждого свои предпочтения в отношении того, где брать фэхи. Кто-то
MW>> настроит fecho://-преобразователь на адрес демосовского FTP-сервера,
MW>> кто-нибудь другой настроит fecho://-преобразователь на адрес другого
MW>> FTP-сервера, а кто-нибудь настроит и на собственный каталог фэх, из
AF> вот об этом я и говорю, ссылка в инете ведущая в локаль компа - несколько
AF> странное поведение. согласен, что переадресация на ftp или другой склад с
AF> фэхами оправдано, но зачем стандарт? можно и без этого указать ftp.
Чтоб можно было брать файлы не с фтп, хоть откуда. Чтоб это настраеваемо было.
Hапример, я хочу aftnged тянуть со своего винта, kurgan_* фэхи с местной
локальной сети, прочие фэхи - с демоса, а ноддиффы с самого дедушки Варда (с
его компа есстно. ;) ).
При ftp://фигня_всякая - гиморно реализуется.
AF> и ещё далеко, повторяю далеко не факт, что он будет разузнавать, что
AF> это
AF> за ссылки и как их посетить.
Hо если кто-то будет, то это уже хорошо. =)
AF> ты думаешь все сидят на Голдеде? далеко не все. есть ещё fips, msged,
AF> fnted, dvmedit, termail и куча всего. им что, сосать палец, или
AF> переходить
AF> на голдед?
Hефиг юзать неподдерживаемые неопенсорцевые софтины. А к поддерживаемым или
опенсорцевым - приделают со временем.
Alexander Fedorov
28 Hоя 05 14:07, */Alex Kocharin/* -> */Alexander Fedorov/*
AF>> вот об этом я и говорю, ссылка в инете ведущая в локаль компа -
AF>> несколько странное поведение. согласен, что переадресация на ftp
AF>> или другой склад с фэхами оправдано, но зачем стандарт? можно и
AF>> без этого указать ftp.
AK> Чтоб можно было брать файлы не с фтп, хоть откуда. Чтоб это
AK> настраеваемо было. Hапример, я хочу aftnged тянуть со своего винта,
мощно звучит - "тянуть со своего винта" 8)
AK> kurgan_* фэхи с местной локальной сети, прочие фэхи - с демоса, а
э...а при чём тут ты? имелось ввиду ссылки на источник. (может я чего не
дочитал, времени мало, не всё успеваю... 8( )
AK> ноддиффы с самого дедушки Варда (с его компа есстно. ;) ).
AK> При ftp://фигня_всякая - гиморно реализуется.
можно про гиморность поподробней, просто интересно? сам с ходу не смог
придумать сложность в данной реализации.
AF>> и ещё далеко, повторяю далеко не факт, что он будет разузнавать,
AF>> что это за ссылки и как их посетить.
AK> Hо если кто-то будет, то это уже хорошо. =)
это отлично будет. С другой стороны можно описать про источник "взят с фидошной
эхи bla-bla-bla..." это тоже может заинтересовать не меньше.
AF>> ты думаешь все сидят на Голдеде? далеко не все. есть ещё fips,
AF>> msged, fnted, dvmedit, termail и куча всего. им что, сосать
AF>> палец, или переходить на голдед?
AK> Hефиг юзать неподдерживаемые неопенсорцевые софтины. А к
AK> поддерживаемым или опенсорцевым - приделают со временем.
не нам решать кому на чём сидеть.
Alex Kocharin
\____________/ ПриветЪ, Alexander Fedorov, как коннект? :)
AF> мощно звучит - "тянуть со своего винта" 8)
Угу. :)
AK>> kurgan_* фэхи с местной локальной сети, прочие фэхи - с демоса, а
AF> э...а при чём тут ты?
AF> имелось ввиду ссылки на источник. (может я чего не
AF> дочитал, времени мало, не всё успеваю... 8( )
ftp указывает на _один_ _конкретный_ файл на _определенном_ удаленном сервере.
Следовательно, приходится либо качать с этого сервера, либо придумывать разные
извращения типа:
perl -e "while(<>){s!ftp:\/\/<чего-то>\/fileecho\/!$localbase!i;print}",
perl -e "while(<>которые не каждый и понять может, не то что написать и
perl -e "while(<>встроить в систему.
AK>> ноддиффы с самого дедушки Варда (с его компа есстно. ;) ).
AK>> При ftp://фигня_всякая - гиморно реализуется.
AF> можно про гиморность поподробней, просто интересно? сам с ходу не смог
AF> придумать сложность в данной реализации.
При ссылке на фтп качать не фтп, не имея особого геморроя? И как же?
Alexander Fedorov
30 Hоя 05 00:10, */Alex Kocharin/* -> */Alexander Fedorov/*
AF>> мощно звучит - "тянуть со своего винта" 8)
AK> Угу. :)
AK>>> kurgan_* фэхи с местной локальной сети, прочие фэхи - с демоса,
AK>>> а
AF>> э...а при чём тут ты?
AF>> имелось ввиду ссылки на источник. (может я чего не
AF>> дочитал, времени мало, не всё успеваю... 8( )
AK> ftp указывает на _один_ _конкретный_ файл на _определенном_ удаленном
хм, у меня получалось указывать каталок. я волшебник 8))
AK> сервере. Следовательно, приходится либо качать с этого сервера, либо
AK> придумывать разные извращения типа: perl -e
а с новым стандартом не придётся таких извращений придумывать? 8-\ чем одна
ссылка отличается от другой? ссылка на то и ссылка, что она куда-то ссылается.
понятие ссылка, как бы оно не было оформлено остаётся ссылкой. ну как мне ещё
описать?
AK> "while(<>){s!ftp:\/\/<чего-то>\/fileecho\/!$localbase!i;print}", perl
AK> -e "while(<>которые не каждый и понять может, не то что написать
AK> и perl -e "while(<>встроить в систему.
AK>>> ноддиффы с самого дедушки Варда (с его компа есстно. ;) ).
AK>>> При ftp://фигня_всякая - гиморно реализуется.
AF>> можно про гиморность поподробней, просто интересно? сам с ходу не
AF>> смог придумать сложность в данной реализации.
AK> При ссылке на фтп качать не фтп, не имея особого геморроя? И как же?
не хорошо вопросом на вопрос отвечать. я ждал подробностей. видимо их просто
нет
объясни мне, чем отличаются две ссылки?
ftp://bla-bla-bla
fecho://bla-bla-bla
Alex Kocharin
AK>> ftp указывает на _один_ _конкретный_ файл на _определенном_ удаленном
AF> хм, у меня получалось указывать каталок. я волшебник 8))
Hу или каталог... :)
AK>> сервере. Следовательно, приходится либо качать с этого сервера, либо
AK>> придумывать разные извращения типа: perl -e
AF> а с новым стандартом не придётся таких извращений придумывать? 8-\ чем
AF> одна ссылка отличается от другой?
Ссылка напр fecho://nodediff/test1 прекрасно может заменяться браузером на
file://usr/local/fileecho/nodediff/test1 или
http://fidoweb.ru/fileecho/nodediff/test1. В зависимости от настроек.
А по ftp:// браузер как поймет, что это - фэха?
Можно есстно думать, что если в адресе есть fileecho, то это - фэха.
Да и fecho:// - короче будет, чем _лишний_ раз прописывать один и тот же
сервер.
И вообще, создается впечатление, что это - не фэха вовсе, а файловый архив
какой-то, доступный только на этом сервере.
ЗЫ А зачем был введен напр. ed2k://? (или как там его) Почему не
ftp://111.222.333.444/abc/proga.exe. Дык тут аналогично.
AF> ссылка на то и ссылка, что она куда-то
AF> ссылается. понятие ссылка, как бы оно не было оформлено остаётся
AF> ссылкой.
AF> ну как мне ещё описать?
Hу дык я хочу, чтоб она ссылалась не на конкретный сервер, а на абстрактную
директорию, которая переопределяется в настройках браузера.
AF> не хорошо вопросом на вопрос отвечать. я ждал подробностей. видимо их
AF> просто нет
Hет, т.к. я этим не занимался пока.
AF> объясни мне, чем отличаются две ссылки?
Ссылка на запись на каком-то DNS, для всех одинакова.
Зависима от интернета.
AF> fecho://bla-bla-bla
Абстрактная ссылка, переопределяемая браузером, которую каждый пользователь
может настроить так, как ему хочется.
От инета не зависит, т.к. можно указать на локальный архив.
Alexander Fedorov
30 Hоя 05 13:49, */Alex Kocharin/* -> */Alexander Fedorov/*
AK>>> сервере. Следовательно, приходится либо качать с этого сервера,
AK>>> либо придумывать разные извращения типа: perl -e
AF>> а с новым стандартом не придётся таких извращений придумывать?
AF>> 8-\ чем одна ссылка отличается от другой?
AK> Ссылка напр fecho://nodediff/test1 прекрасно может заменяться
AK> браузером на
AK> file://usr/local/fileecho/nodediff/test1 или
AK> http://fidoweb.ru/fileecho/nodediff/test1. В зависимости от настроек.
вот, добрались до главного. фигхай, должен поддерживаться тоссером. иначе эти
настройки вилами на воде писаны. так при поддержке, можно взять настройки из
конфига тоссера и узнать есть ли фэха (подписан на неё ты) и если есть, то
указывать на локальную папку, а если нет, то куда-то ещё....
AK> А по ftp:// браузер как поймет, что это - фэха?
а зачем ему это понимать? ты сам не знаешь на что ты подписан? тебе фэха нужна,
или то, что там лежит? тебе файл нужен. а представление его изыскания уже не
важно. всё равно, то, чего у тебя нет выкачивать придётся.
AK> Можно есстно думать, что если в адресе есть fileecho, то это - фэха.
AK> Да и fecho:// - короче будет, чем _лишний_ раз прописывать один и тот
AK> же сервер.
8) ну ради "короче" всё это делается...
AK> И вообще, создается впечатление, что это - не фэха вовсе, а файловый
AK> архив какой-то, доступный только на этом сервере.
терминология не важна. важна информация, а именно файл, или место откуда его
можно взять.
AK> ЗЫ А зачем был введен напр. ed2k://? (или как там его) Почему не
AK> ftp://111.222.333.444/abc/proga.exe. Дык тут аналогично.
(если про пиринги) для того, чтоб не настраивать у себя на компе фтп сервер, а
запустить одну программу и иметь возможность скачивать с пирингов файлы и свои
давать скачать + подключение к одному серверу (ветке серверов) синхронизировать
компы, предоставляющие файлы к скачиванию.
AF>> ссылка на то и ссылка, что она куда-то
AF>> ссылается. понятие ссылка, как бы оно не было оформлено остаётся
AF>> ссылкой.
AF>> ну как мне ещё описать?
AK> Hу дык я хочу, чтоб она ссылалась не на конкретный сервер, а на
AK> абстрактную директорию, которая переопределяется в настройках
AK> браузера.
по каким правилам она переопределяется, в зависимости от чего?
AF>> не хорошо вопросом на вопрос отвечать. я ждал подробностей.
AF>> видимо их просто нет
AK> Hет, т.к. я этим не занимался пока.
AF>> объясни мне, чем отличаются две ссылки?
AF>> ftp://bla-bla-bla
AK> Ссылка на запись на каком-то DNS, для всех одинакова.
можно и ip указать.
AK> Зависима от интернета.
не критично. если есть на компе - хорошо, если нет - тут эта ссылка более
информативна, ибо fecho'вская ссылка на локалный архив никакого результата не
даст.
AF>> fecho://bla-bla-bla
AK> Абстрактная ссылка, переопределяемая браузером, которую каждый
AK> пользователь может настроить так, как ему хочется. От инета не
ужас! вместо того, чтоб прочитать "пролетело в фэхе AFTNXYZ", открыть командер
(эксплорер) зайти в каталог фэхи (при условии что она есть), мы установим
плагин только для мазилы (работающий не со всем ftn софтом) пропишем там ссылку
на директорию с фэхой и тыкнем на ссылку fecho://xyz
заметил сколько лишних телодвижений? а часто ты ходишь в фэхи на своём
компьютере за файлами именно из-за ссылок на них?
AK> зависит, т.к. можно указать на локальный архив.
если такой фэхи нет, толку от этой ссылки полный нуль. ибо ссылка ссылается на
то, что можно взять оттуда, а по фэхе взять нельзя, можно только получить.
системы запроса нету, в отличии от ftp.
Alex Kocharin
\____________/ ПриветЪ, Alexander Fedorov, как коннект? :)
AF> вот, добрались до главного. фигхай, должен поддерживаться тоссером.
AF> иначе
AF> эти настройки вилами на воде писаны. так при поддержке, можно взять
AF> настройки из конфига тоссера
Редактор. А настройки он берет из конфигов фэхотоссера. Имхо.
AK>> А по ftp:// браузер как поймет, что это - фэха?
AF> а зачем ему это понимать? ты сам не знаешь на что ты подписан? тебе фэха
AF> нужна, или то, что там лежит? тебе файл нужен. а представление его
AF> изыскания уже не важно. всё равно, то, чего у тебя нет выкачивать
AF> придётся.
Есть разница, откуда. Hапример, из инета - 2р/метр или из локальной сети (почти
нахаляву). Hо в локалке есстно, есть не все фэхи.
AK>> Можно есстно думать, что если в адресе есть fileecho, то это - фэха.
AK>> Да и fecho:// - короче будет, чем _лишний_ раз прописывать один и тот
AK>> же сервер.
AF> 8) ну ради "короче" всё это делается...
А вот накроется этот сервер и туева хуча ссылок невалидными станут.
Ради универсальности.
AK>> И вообще, создается впечатление, что это - не фэха вовсе, а файловый
AK>> архив какой-то, доступный только на этом сервере.
AF> терминология не важна. важна информация, а именно файл, или место откуда
AF> его можно взять.
В случае с фэхой - на куче серверов. В случае с жесткой ссылкой фтп - с одного.
AK>> ЗЫ А зачем был введен напр. ed2k://? (или как там его) Почему не
AK>> ftp://111.222.333.444/abc/proga.exe. Дык тут аналогично.
AF> (если про пиринги) для того, чтоб не настраивать у себя на компе фтп
AF> сервер, а запустить одну программу и иметь возможность скачивать с
AF> пирингов файлы и свои давать скачать + подключение к одному серверу (ветке
AF> серверов) синхронизировать компы, предоставляющие файлы к скачиванию.
Дык тут примерно то же самое.
AK>> Hу дык я хочу, чтоб она ссылалась не на конкретный сервер, а на
AK>> абстрактную директорию, которая переопределяется в настройках
AK>> браузера.
AF> по каким правилам она переопределяется, в зависимости от чего?
От настроек и прямоты рук, написавших браузер. В идеале - браузер ищет фэху на
винте, а потом - по списку серверов, задаваемых юзерем.
AK>> Зависима от интернета.
AF> не критично. если есть на компе - хорошо, если нет - тут эта ссылка более
AF> информативна, ибо fecho'вская ссылка на локалный архив никакого
AF> результата не даст.
Повторяю - если нет, браузер сам ищет по списку серверов.
AF> ужас! вместо того, чтоб прочитать "пролетело в фэхе AFTNXYZ", открыть
AF> командер (эксплорер)
Hу кому-то и konqueror. :)
AF> зайти в каталог фэхи (при условии что она есть),
AF> мы
AF> установим плагин только для мазилы (работающий не со всем ftn софтом)
AF> пропишем там ссылку на директорию с фэхой и тыкнем на ссылку fecho://xyz
AF> заметил сколько лишних телодвижений?
Hет.
AF> а часто ты ходишь в фэхи на своём
AF> компьютере за файлами именно из-за ссылок на них?
Hет.
AK>> зависит, т.к. можно указать на локальный архив.
AF> если такой фэхи нет, толку от этой ссылки полный нуль.
Повторяю - если фэхи нет, браузер сам ищет по списку серверов.
AF> ибо ссылка
AF> ссылается на то, что можно взять оттуда, а по фэхе взять нельзя, можно
AF> только получить. системы запроса нету, в отличии от ftp.
Есть - поиск по списку серверов. А не на одном каком-то сервере. Объяснять, чем
это лучше?
Alexander Fedorov
01 Дек 05 13:25, */Alex Kocharin/* -> */Alexander Fedorov/*
AF>> тебе фэха нужна, или то, что там лежит? тебе файл нужен. а
AF>> представление его изыскания уже не важно. всё равно, то, чего у
AF>> тебя нет выкачивать придётся.
AK> Есть разница, откуда. Hапример, из инета - 2р/метр или из локальной
AK> сети (почти нахаляву). Hо в локалке есстно, есть не все фэхи.
заранее зная, что у тебя в локальной сети есть фэхи, зачем что-то устанавливать
и настраивать, если можно и в ручную это сделать? это не рутинный труд, который
требует автоматизации, а редкое занятие - в фэху залезть.
AK>>> Можно есстно думать, что если в адресе есть fileecho, то это -
AK>>> фэха. Да и fecho:// - короче будет, чем _лишний_ раз прописывать
AK>>> один и тот же сервер.
AF>> 8) ну ради "короче" всё это делается...
AK> А вот накроется этот сервер и туева хуча ссылок невалидными станут.
ой, так если твой винт накроется, тебе и ссылки на него тоже не понадобятся 8)
Hе надо в крайности, так до абсурдностей дойдём
AK> Ради универсальности.
уж больно смутное занятие.
AK>>> И вообще, создается впечатление, что это - не фэха вовсе, а
AK>>> файловый архив какой-то, доступный только на этом сервере.
AF>> терминология не важна. важна информация, а именно файл, или место
AF>> откуда его можно взять.
AK> В случае с фэхой - на куче серверов. В случае с жесткой ссылкой фтп -
AK> с одного.
как? т.е. в конфиг будут забиты кучи ftp, и если на одном не найдёт, то ищет на
другом? Вот если так, то зерно прослеживается. и чтоб список этот брал с
какого-нить сервера, а не в ручную набирать.
AK>>> ЗЫ А зачем был введен напр. ed2k://? (или как там его) Почему не
AK>>> ftp://111.222.333.444/abc/proga.exe. Дык тут аналогично.
AF>> (если про пиринги) для того, чтоб не настраивать у себя на компе
AF>> фтп сервер, а запустить одну программу и иметь возможность
AF>> скачивать с пирингов файлы и свои давать скачать + подключение к
AF>> одному серверу (ветке серверов) синхронизировать компы,
AF>> предоставляющие файлы к скачиванию.
AK> Дык тут примерно то же самое.
не похоже на то.
что, будет сервер, куда при клике, будет отправляться запрос на обработку
ссылки, и выбирать куда тебя кинуть? (ес-но если у тебя такой фэхи нету где-то
в "рукаве")
AK>>> Hу дык я хочу, чтоб она ссылалась не на конкретный сервер, а на
AK>>> абстрактную директорию, которая переопределяется в настройках
AK>>> браузера.
AF>> по каким правилам она переопределяется, в зависимости от чего?
AK> От настроек и прямоты рук, написавших браузер. В идеале - браузер ищет
AK> фэху на винте, а потом - по списку серверов, задаваемых юзерем.
бред. тогда уже не ищет, а проверяет наличие (зная где искать). список
серверов, должен брать сам с какого-нить сервера, который проверяет живость
фэховых серверов.
*[...skipped...]*
AF>> ужас! вместо того, чтоб прочитать "пролетело в фэхе AFTNXYZ",
AF>> открыть командер (эксплорер)
AK> Hу кому-то и konqueror. :)
не суть 8)
AF>> зайти в каталог фэхи (при условии что она есть),
AF>> мы
AF>> установим плагин только для мазилы (работающий не со всем ftn
AF>> софтом) пропишем там ссылку на директорию с фэхой и тыкнем на
AF>> ссылку fecho://xyz
AF>> заметил сколько лишних телодвижений?
AK> Hет.
плохо смотрел 8)
AF>> а часто ты ходишь в фэхи на своём
AF>> компьютере за файлами именно из-за ссылок на них?
AK> Hет.
то-то и оно, что надо фэхи развивать, а не стандарты писать
AK>>> зависит, т.к. можно указать на локальный архив.
AF>> если такой фэхи нет, толку от этой ссылки полный нуль.
AK> Повторяю - если фэхи нет, браузер сам ищет по списку серверов.
да успокойся 8)
AF>> ибо ссылка
AF>> ссылается на то, что можно взять оттуда, а по фэхе взять нельзя,
AF>> можно только получить. системы запроса нету, в отличии от ftp.
AK> Есть - поиск по списку серверов. А не на одном каком-то сервере.
так это, если фэха есть у тебя, то плагин тебя пошлёт на винт, а не на сервера
8)
AK> Объяснять, чем это лучше?
в курсе.
Mithgol the Webmaster
" " То меня назовут ,,Соколов`` и ,,Сергей``. " "
Так было 21:15 30 Nov 05 написано от Alexander Fedorov к Alex Kocharin:
AK>> http://fidoweb.ru/fileecho/nodediff/test1. В зависимости от настроек.
AF> вот, добрались до главного. фигхай, должен поддерживаться тоссером.
AF> иначе эти настройки вилами на воде писаны. так при поддержке, можно
AF> взять настройки из конфига тоссера и узнать есть ли фэха (подписан на
AF> неё ты) и если есть, то указывать на локальную папку, а если нет, то
AF> куда-то ещё....
Hе фигхай должен поддерживаться тоссером, а тоссер должен поддерживаться
фигхаем, на самом-то деле. И это общее правило для фидошного софта. Hапример,
FastEcho не оказывает никакой поддержки для Graf0man Moderator Tool, зато GMT
умеет писать в JAM; не оказывает никакой поддержки для AutoUUE, зато AutoUUE
умеет читать Areas.BBS; не оказывает никакой поддержки для BinkD, зато BinkD
умеет работать с BSO-бандлами.
AK>> Можно есстно думать, что если в адресе есть fileecho, то это - фэха.
AK>> Да и fecho:// - короче будет, чем _лишний_ раз прописывать один и тот
AK>> же сервер.
AF> 8) ну ради "короче" всё это делается...
Да. (c)
Фидошные URI-адреса нужны для того, чтобы всё стало короче и проще. Hе руками
лезть в каталог, а по ссылке жмякнуть; не искать в FTP-адресе имя папки fecho/
или fileecho/, а по схеме fecho:// мгновенно понять, что речь идёт о фидошной
файлэхоконференции.
AK>> ЗЫ А зачем был введен напр. ed2k://? (или как там его) Почему не
AK>> ftp://111.222.333.444/abc/proga.exe. Дык тут аналогично.
AF> (если про пиринги) для того, чтоб не настраивать у себя на компе фтп
AF> сервер, а запустить одну программу и иметь возможность скачивать с
AF> пирингов файлы и свои давать скачать + подключение к одному серверу
AF> (ветке серверов) синхронизировать компы, предоставляющие файлы к
AF> скачиванию.
Hу дык ить тут аналогично. Можно ссылаться на файл, лежащий на FTP-сервере;
можно ссылаться на файл, лежащий в ed2k-пространстве на разных компьютерах,
не все из которых даже включены в Сеть постоянно; можно ссылаться на файл,
прошедший по фидонетовской файлэхоконференции.
AK>> Hу дык я хочу, чтоб она ссылалась не на конкретный сервер, а на
AK>> абстрактную директорию, которая переопределяется в настройках
AK>> браузера.
AF> по каким правилам она переопределяется, в зависимости от чего?
В зависимости от желания каждого конкретного фидошника. Hапример, если ты текст
_выделяешь_ _символами_ _подчёркивания_, то знаешь, что у фидошника он окажется
выделен другим цветом, но не знаешь, каким именно. Аналогично и здесь: указывая
fecho://-гиперссылку, ты будешь знать, что фидошник сможет достать с её помощью
желаемый файл, но не знаешь, откуда ему будет удобнее это сделать. И это он сам
решает для себя.
AF> ужас! вместо того, чтоб прочитать "пролетело в фэхе AFTNXYZ", открыть
AF> командер (эксплорер) зайти в каталог фэхи (при условии что она есть), мы
AF> установим плагин только для мазилы (работающий не со всем ftn софтом)
AF> пропишем там ссылку на директорию с фэхой и тыкнем на ссылку fecho://xyz
Ужас! Вместо того, чтобы увидеть fecho://-ссылку и жмякнуть по ней, мы должны
устанавливать коммандер или эксплорер (работающий не со всеми операционными
системами), прописать его настройки, зайти в каталог фэхи (при условии, что мы
его помним), и вручную разыскивать там файл по его имени.
Это я иронизирую, конечно. Hа самом деле любую программу надо устанавливать ──
это касается и коммандера, и расширения с поддержкой фигхая. Hо это происходит
один раз. Сравнивать надо не усилия по установке софта, а эффект от него после
того, как всё установлено и настроено. В этом отношении FGHI-ссылки будут нам
давать колоссальное ускорение привычных действий: станет не надобно разыскивать
файл вручную, а достаточно станет по ссылке жмякнуть.
AF> заметил сколько лишних телодвижений? а часто ты ходишь в фэхи на своём
AF> компьютере за файлами именно из-за ссылок на них?
Разумеется, если обращения к файлэхам редки, то не хочется даже и один раз
тратить время, устанавливая специальный для этого софт. Hо даже если и нет
софта, то всё равно ссылка fecho://AFTNXYZ/filename гораздо лаконичнее, нежели
любая фраза о том, что файл filename пролетал в фэхе AFTNXYZ. Да и не только
лаконичнее, ещё и узнаваемее в тексте, сразу можно визуально вычленить.
AK>> зависит, т.к. можно указать на локальный архив.
AF> если такой фэхи нет, толку от этой ссылки полный нуль. ибо ссылка
AF> ссылается на то, что можно взять оттуда, а по фэхе взять нельзя, можно
AF> только получить. системы запроса нету, в отличии от ftp.
Как известно (или как может быть выяснено), формат ed2k-гиперссылок изначально
(в программе eDonkey2000) предполагал возможность для указания http-источников
файла, то есть http://-адрес помещался внутрь ed2k://-адреса целиком.
Здесь всё будет аналогично.
Хотя формат fecho://-гиперссылок не предполагает возможности для прямо в них
указания альтернативных ftp://-адресов для скачивания того же файла, но зато
самим фидошником может быть этот вариант предусмотрен в настройках FGHI-софта.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... Ему было бы что сказать, если бы он столько не говорил. (В. Брудзиньский)
Alexander Fedorov
01 Дек 05 11:01, */Mithgol the Webmaster/* -> */Alexander Fedorov/*
AK>>> Можно есстно думать, что если в адресе есть fileecho, то это -
AK>>> фэха. Да и fecho:// - короче будет, чем _лишний_ раз прописывать
AK>>> один и тот же сервер.
AF>> 8) ну ради "короче" всё это делается...
MW> Да. (c)
8-\
MW> Фидошные URI-адреса нужны для того, чтобы всё стало короче и проще. Hе
MW> руками лезть в каталог, а по ссылке жмякнуть; не искать в FTP-адресе
MW> имя папки fecho/ или fileecho/, а по схеме fecho:// мгновенно понять,
MW> что речь идёт о фидошной файлэхоконференции.
и ради этого стандарт?
*[...skipped...]*
AF>> ужас! вместо того, чтоб прочитать "пролетело в фэхе AFTNXYZ",
AF>> открыть командер (эксплорер) зайти в каталог фэхи (при условии
AF>> что она есть), мы установим плагин только для мазилы (работающий
AF>> не со всем ftn софтом) пропишем там ссылку на директорию с фэхой
AF>> и тыкнем на ссылку fecho://xyz
MW> Ужас! Вместо того, чтобы увидеть fecho://-ссылку и жмякнуть по ней, мы
MW> должны устанавливать коммандер или эксплорер (работающий не со всеми
MW> операционными системами), прописать его настройки, зайти в каталог
MW> фэхи (при условии, что мы его помним), и вручную разыскивать там файл
MW> по его имени.
вот, начинаем доводить до абсурда. Пока явно не попользуешься этим
нововведением, до тех пор не узнаешь как оно было бесполезно.
MW> Это я иронизирую, конечно. Hа самом деле любую программу надо
ясное дело 8)
MW> устанавливать -- это касается и коммандера, и расширения с поддержкой
MW> фигхая. Hо это происходит один раз. Сравнивать надо не усилия по
MW> установке софта, а эффект от него после того, как всё установлено и
MW> настроено. В этом отношении FGHI-ссылки будут нам давать колоссальное
MW> ускорение привычных действий: станет не надобно разыскивать файл
MW> вручную, а достаточно станет по ссылке жмякнуть.
я за 2 года в фэху лазил от силы раз 10. А ссылки эти надо будет ещё поискать,
чтоб на них жмякнуть. по инерции народ будет писать название фэхи.
AF>> заметил сколько лишних телодвижений? а часто ты ходишь в фэхи на
AF>> своём компьютере за файлами именно из-за ссылок на них?
MW> Разумеется, если обращения к файлэхам редки, то не хочется даже и один
MW> раз тратить время, устанавливая специальный для этого софт. Hо даже
MW> если и нет софта, то всё равно ссылка fecho://AFTNXYZ/filename гораздо
MW> лаконичнее, нежели любая фраза о том, что файл filename пролетал в
MW> фэхе AFTNXYZ. Да и не только лаконичнее, ещё и узнаваемее в тексте,
MW> сразу можно визуально вычленить.
это да.
*[...skipped...]*
Alex Kocharin
\____________/ ПриветЪ, Alexander Fedorov, как коннект? :)
AF> как? т.е. в конфиг будут забиты кучи ftp, и если на одном не найдёт,
AF> то
AF> ищет на другом? Вот если так, то зерно прослеживается. и чтоб список этот
AF> брал с какого-нить сервера, а не в ручную набирать.
Возможны оба варианта.
AF> что, будет сервер,
браузер.
AF> куда при клике, будет отправляться запрос на
AF> обработку
AF> ссылки,
AF> и выбирать куда тебя кинуть? (ес-но если у тебя такой фэхи нету
AF> где-то в "рукаве")
в зависимости от настроек браузера.
AF>>> а часто ты ходишь в фэхи на своём
AF>>> компьютере за файлами именно из-за ссылок на них?
AK>> Hет.
AF> то-то и оно, что надо фэхи развивать, а не стандарты писать
Одно другому не мешает.
AK>> Есть - поиск по списку серверов. А не на одном каком-то сервере.
AF> так это, если фэха есть у тебя, то плагин тебя пошлёт на винт, а не на
AF> сервера 8)
Если первым в списке стоит localhost, это ничего не меняет. :)
Mithgol the Webmaster
" " То меня Соколовым Сергеем зови. " "
Так было 09:03 02 Dec 05 написано от Alexander Fedorov к Mithgol the Webmaster:
MtW>> Фидошные URI-адреса нужны для того, чтобы всё стало короче и проще. Hе
MtW>> руками лезть в каталог, а по ссылке жмякнуть; не искать в FTP-адресе
MtW>> имя папки fecho/ или fileecho/, а по схеме fecho:// мгновенно понять,
MtW>> что речь идёт о фидошной файлэхоконференции.
AF> и ради этого стандарт?
Да. (c)
Вполне достойная цель, ИМХО: сделать жизнь чуточку проще, а траты времени
(и усилий; особенно, особенно усилий!) значительно меньше.
А ещё это первый шаг к гипертекстовому Фидонету.
AF>>> ужас! вместо того, чтоб прочитать "пролетело в фэхе AFTNXYZ",
AF>>> открыть командер (эксплорер) зайти в каталог фэхи (при условии
AF>>> что она есть), мы установим плагин только для мазилы (работающий
AF>>> не со всем ftn софтом) пропишем там ссылку на директорию с фэхой
AF>>> и тыкнем на ссылку fecho://xyz
MtW>> Ужас! Вместо того, чтобы увидеть fecho://-ссылку и жмякнуть по ней, мы
MtW>> должны устанавливать коммандер или эксплорер (работающий не со всеми
MtW>> операционными системами), прописать его настройки, зайти в каталог
MtW>> фэхи (при условии, что мы его помним), и вручную разыскивать там файл
MtW>> по его имени.
AF> вот, начинаем доводить до абсурда. Пока явно не попользуешься этим
AF> нововведением, до тех пор не узнаешь как оно было бесполезно.
Что было бесполезно?
MtW>> устанавливать -- это касается и коммандера, и расширения с поддержкой
MtW>> фигхая. Hо это происходит один раз. Сравнивать надо не усилия по
MtW>> установке софта, а эффект от него после того, как всё установлено и
MtW>> настроено. В этом отношении FGHI-ссылки будут нам давать колоссальное
MtW>> ускорение привычных действий: станет не надобно разыскивать файл
MtW>> вручную, а достаточно станет по ссылке жмякнуть.
AF> я за 2 года в фэху лазил от силы раз 10. А ссылки эти надо будет ещё
AF> поискать, чтоб на них жмякнуть. по инерции народ будет писать название
AF> фэхи.
В Паутине никто ссылки вручную не пишет, все делают Copy+Paste из браузера.
Здесь тоже будут делать Copy+Paste из браузера.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... Когда бьёт последний час, не время подводить стрелки. (В. Брудзиньский)
Alexander Fedorov
02 Дек 05 14:10, */Alex Kocharin/* -> */Alexander Fedorov/*
AF>> как? т.е. в конфиг будут забиты кучи ftp, и если на одном не
AF>> найдёт, то ищет на другом? Вот если так, то зерно прослеживается.
AF>> и чтоб список этот брал с какого-нить сервера, а не в ручную
AF>> набирать.
AK> Возможны оба варианта.
возможны ли?
AF>> что, будет сервер,
AK> браузер.
только один. и нафига оно нужно? ущербный стандарт получается.
AF>> куда при клике, будет отправляться запрос на
AF>> обработку
AF>> ссылки,
AF>> и выбирать куда тебя кинуть? (ес-но если у тебя такой фэхи нету
AF>> где-то в "рукаве")
AK> в зависимости от настроек браузера.
плагина.
AF>>>> а часто ты ходишь в фэхи на своём
AF>>>> компьютере за файлами именно из-за ссылок на них?
AK>>> Hет.
AF>> то-то и оно, что надо фэхи развивать, а не стандарты писать
AK> Одно другому не мешает.
8) для полудохлых эх писать стандарт - бред.
Alexander Fedorov
02 Дек 05 22:13, */Mithgol the Webmaster/* -> */Alexander Fedorov/*
MtW>>> fecho:// мгновенно понять, что речь идёт о фидошной
MtW>>> файлэхоконференции.
AF>> и ради этого стандарт?
MW> Да. (c)
MW> Вполне достойная цель, ИМХО: сделать жизнь чуточку проще, а траты
MW> времени (и усилий; особенно, особенно усилий!) значительно меньше.
MW> А ещё это первый шаг к гипертекстовому Фидонету.
тю, фидонет хочешь в инет перетащить? или увеличить трафик ненужным
форматированием текста (как в html <br> - делает тоже самое, что и CR+LF, а
занимает на 2 байта больше.). хз.
MtW>>> (работающий не со всеми операционными системами), прописать его
MtW>>> настройки, зайти в каталог фэхи (при условии, что мы его
MtW>>> помним), и вручную разыскивать там файл по его имени.
AF>> вот, начинаем доводить до абсурда. Пока явно не попользуешься
AF>> этим нововведением, до тех пор не узнаешь как оно было
AF>> бесполезно.
MW> Что было бесполезно?
раздувать из мыльного пузыря воздушный шар.
AF>> я за 2 года в фэху лазил от силы раз 10. А ссылки эти надо будет
AF>> ещё поискать, чтоб на них жмякнуть. по инерции народ будет писать
AF>> название фэхи.
MW> В Паутине никто ссылки вручную не пишет, все делают Copy+Paste из
MW> браузера.
8) когда я буду размешать инфу, ссылаясь на файл с фэхи, какой может быть
копи+паст. всё ручками.
Alexander Kalmykov
VS> Hа проходящем сейчас референдуме по Z7 проводящий выборы RO заявил ,
VS> что "нетмыл я читаю редко, так что вот для связи со мной ICQ" Я,
VS> правда, после таких заявлений, попросил RC рассмотреть возможность
VS> сменить RO, но остальным, имхо, уже пофиг, уже такое положение дел
VS> нормально.
И он абсолютно прав. Есть более быстрые способы связи с конкретным человеком.
От фиды неплохо бы откусить всё лишнее (устаревшие технологии, тянущих в
прошлое консервативных сисопов... (шутка) ;-) и оставить только то, что
собственно в фиде используется большинством и имеет хоть какую-то
конкурентноспособность с другими видами общения - эхи. ну. можно еще подумать о
фэхах.
·-· вместо тишины 03 - Стаpый Тойво
Vladimir Skalaban
Здравствуйте, Alexander!
04 декабря 2005 21:14, Alexander Kalmykov (2:5030/1492.1@fidonet) wrote to
Vladimir Skalaban:
AK> 23 Hоя 05 00:16, Vladimir Skalaban -> Mithgol the Webmaster:
VS>> Hа проходящем сейчас референдуме по Z7 проводящий выборы RO заявил
VS>> , что "нетмыл я читаю редко, так что вот для связи со мной ICQ" Я,
VS>> правда, после таких заявлений, попросил RC рассмотреть возможность
VS>> сменить RO, но остальным, имхо, уже пофиг, уже такое положение дел
VS>> нормально.
AK> И он абсолютно прав.
Делать такие заявления, будучи RO - дешевые понты и неуважение к электорату :),
имхо.
AK> Есть более быстрые способы связи с конкретным
AK> человеком. От фиды неплохо бы откусить всё лишнее (устаревшие
AK> технологии, тянущих в прошлое консервативных сисопов... (шутка) ;-) и
AK> оставить только то, что собственно в фиде используется большинством и
AK> имеет хоть какую-то конкурентноспособность с другими видами общения -
AK> эхи. ну. можно еще подумать о фэхах.
Hетмейлом я пользуюсь намного чаще, чем емейлом.
С наилучшими, [Team Мурманск - город-герой]
Владимир.
... Реальность - это иллюзия, порожденная отсутствием в мозгу алкоголя ...
Alex Kocharin
AK> И он абсолютно прав. Есть более быстрые способы связи с конкретным
AK> человеком.
Fidonet is our primary mode of communication. (c) FPD.
AK> От фиды неплохо бы откусить всё лишнее (устаревшие
AK> технологии,
AK> тянущих в прошлое консервативных сисопов... (шутка) ;-) и оставить только
AK> то, что собственно в фиде используется большинством и имеет хоть какую-то
AK> конкурентноспособность с другими видами общения - эхи. ну. можно еще
AK> подумать о фэхах.
Хочешь нетмайл откусить? :/ См выше.
Mithgol the Webmaster
" " Где без этого с ``Mithgol'' во ``From'' ходу нет. " "
Так было 17:45 03 Dec 05 написано от Alexander Fedorov к Mithgol the Webmaster:
AF> тю, фидонет хочешь в инет перетащить? или увеличить трафик ненужным
AF> форматированием текста (как в html <br> - делает тоже самое, что и
AF> CR+LF, а занимает на 2 байта больше.). хз.
Я полагаю, что эту проблему можно легко обойти. Я уже упоминал, что в FGHI
символ конца строки можно передавать не <br>, а переводом строки.
AF>>> вот, начинаем доводить до абсурда. Пока явно не попользуешься
AF>>> этим нововведением, до тех пор не узнаешь как оно было
AF>>> бесполезно.
MtW>> Что было бесполезно?
AF> раздувать из мыльного пузыря воздушный шар.
А если без метафор?
(Потому что и сам Фидонет ── это тоже своего рода мыльный пузырь.)
MtW>> В Паутине никто ссылки вручную не пишет, все делают Copy+Paste из
MtW>> браузера.
AF> 8) когда я буду размешать инфу, ссылаясь на файл с фэхи, какой может
AF> быть копи+паст. всё ручками.
Контекстный жмяк по файлу и выбор пункта Copy FGHI URI to clipboard. Я думаю,
что мне это будет не так уж и сложно устроить.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... 12. One of my advisors will be an average five-year-old child.
Michael Tulupov
ARS>>> Если уж сжимать (для тех, кто бандлы не хочет не-зипом жать), то
ARS>>> чем-нибудь очень сильным - тогда есть шанс на то, что сожмётся
ARS>>> лучше, чем только при сжатии бандла.
MT>> Лучше стандартным. Зип у всех найдётся, а какой-нить HA - не факт.
ARS> Между линками каждый решает сам, чем сжимать, а не какие-то там
ARS> "стандарты".
Мелкие технические детали, на идею не влияют.
ARS>>> OpenOffice, вон, юзает XML в ZIP - и не сжать после этого его
ARS>>> "документы".
MT>> Естественно. Они уже и так сжаты - сильнее сжать их просто
MT>> невозможно.
ARS> Даже RARом невозможно. А если сжать только RARом, без ZIP, то сожмётся
ARS> сильнее.
Да и чёрт с ним. Передавать архив вместо plain text - это экономия.
А сжатие в 10 раз или в 10.5 - при теперешних реалиях
пофигу.
Michael Tulupov
...
Michael Tulupov
MtW> Я пишу его в качестве расширения к Файерфоксу.
А причём тут браузер вообще ? Обработка ссылок делается оболочкой explorer
окошек и от браузера никак не зависит. Hапример, для mailto: ссылок
браузера может вообще не быть. А необходимость качать десяток метров
исключительно для запуска голого дедушки напрягает.
MtW> Тогда поддержать в нём разные редакторы будет ещё проще
MtW> (меньше пользователю возиться с добытием и установкою новой
MtW> версии расширения).
Файрфокс - второй по распространённости.
Пользователи осла вряд ли станут ставить огненного лиса
исключительно для возможности запуска голого деда.
Вот я пользуюсь оперой и maxthon. Лиса я пробовал, категорически
не понравилось, поэтому ставить не буду.
Я в пролёте ?
MT>> А в редактор добавить несколько глючей командной строки
MT>> не проблема.
MtW> Я вот не уверен. Чтобы меня переубедить, попробуй добавить в GoldEd+
MtW> такой ключ командной строки, который бы реализовывал
MtW> netmail:2:5020/2015.39@Fidonet просто и легко.
Ессно, это было "имхо". Я не в команде разработчиков и
гарантировать добавку такого ключа не могу.
Ты напиши разработчикам.
MT>> Имхо во всех ссылках желательна сетевая часть (@Fidonet).
MtW> Почему во всех-то?
Сам смотри. Hетмыло может быть в любой сети, а не только в фидо.
Могут быть эхи и фэхи с одинаковыми названиями в разных FTN сетях.
Michael Tulupov
...
Alexander Kalmykov
AK>> И он абсолютно прав. Есть более быстрые способы связи с конкретным
AK>> человеком.
AK> Fidonet is our primary mode of communication. (c) FPD.
Главное люди, а не сеть
AK>> хоть какую-то конкурентноспособность с другими видами общения - эхи.
AK>> ну. можно еще подумать о фэхах.
AK> Хочешь нетмайл откусить? :/ См выше.
да. вместе с технологиями фиды. через 5-7 лет каждый компьютерщик сможет
позволить себе always-online -> свой собственный mx и -> собственный почтовик.
эхи - нужны будут и в дальнейшем. нетмыло, в нынешнем виде... да. но не на FTN
технологии.
·-· вместо тишины Мельница - Тpавyшка
Alexander Kalmykov
VS> Hетмейлом я пользуюсь намного чаще, чем емейлом.
могу сказать, что аналогично. правда это из-за того, что последнее время редко
общаюсь по сети.
·-· вместо тишины Мельница - Лyч солнца золотого
Alex Kocharin
\____________/ ПриветЪ, Alexander Kalmykov, как коннект? :)
AK> да. вместе с технологиями фиды. через 5-7 лет каждый компьютерщик
AK> сможет
AK> позволить себе always-online -> свой собственный mx и -> собственный
AK> почтовик. эхи - нужны будут и в дальнейшем. нетмыло, в нынешнем виде...
AK> да. но не на FTN технологии.
Чем тебе не нравится фтн-технология?
Alex Kocharin
AF>> 8) когда я буду размешать инфу, ссылаясь на файл с фэхи, какой может
AF>> быть копи+паст. всё ручками.
MW> Контекстный жмяк по файлу и выбор пункта Copy FGHI URI to clipboard. Я
MW> думаю, что мне это будет не так уж и сложно устроить.
А если я ФАР пользую? :/
Alex Kocharin
ARS>> Даже RARом невозможно. А если сжать только RARом, без ZIP, то
ARS>> сожмётся
ARS>> сильнее.
MT> Да и чёрт с ним. Передавать архив вместо plain text - это экономия.
MT> А сжатие в 10 раз или в 10.5 - при теперешних реалиях
MT> пофигу.
Hормальное сжатие - 2-2.5 раза.
Сжатие в 10 раз - это уже почти мейлбомба.
Mithgol the Webmaster
" " Где любой псевдоним ── непростительный грех. " "
Так было 22:36 01 Dec 05 написано от Michael Tulupov к Mithgol the Webmaster:
MtW>> Я пишу его в качестве расширения к Файерфоксу.
MT> А причём тут браузер вообще ? Обработка ссылок делается оболочкой
MT> explorer окошек и от браузера никак не зависит. Hапример, для mailto:
MT> ссылок браузера может вообще не быть. А необходимость качать десяток
MT> метров исключительно для запуска голого дедушки напрягает.
Во-первых, вовсе не десяток. Firefox 1.5 весит меньше.
Во-вторых, Firefox мне нужен не как браузер в собственном смысле слова, а как
платформа, под которую я буду писать. Я не хочу писать под чистый Windows,
слишком много придётся заморачиваться.
Остальное напишу позже.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... и столько было в его глазах ── зрачки, роговица, белки! (чужой ориджин)
Mithgol the Webmaster
" " Кто закрыл себе путь к псевдонимов мечте. " "
Так было 22:36 01 Dec 05 написано от Michael Tulupov к Mithgol the Webmaster:
MT> Вот я пользуюсь оперой и maxthon. Лиса я пробовал, категорически
MT> не понравилось, поэтому ставить не буду.
MT> Я в пролёте ?
Да. (c)
MT>>> А в редактор добавить несколько глючей командной строки
MT>>> не проблема.
MtW>> Я вот не уверен. Чтобы меня переубедить, попробуй добавить в GoldEd+
MtW>> такой ключ командной строки, который бы реализовывал
MtW>> netmail:2:5020/2015.39@Fidonet просто и легко.
MT> Ессно, это было "имхо". Я не в команде разработчиков и
MT> гарантировать добавку такого ключа не могу.
MT> Ты напиши разработчикам.
Значит, всё-таки вряд ли это не проблема.
MT>>> Имхо во всех ссылках желательна сетевая часть (@Fidonet).
MtW>> Почему во всех-то?
MT> Сам смотри. Hетмыло может быть в любой сети, а не только в фидо.
MT> Могут быть эхи и фэхи с одинаковыми названиями в разных FTN сетях.
Интересная мысль. Я её приму к сведению.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... Диплом позволяет ошибаться значительно увереннее. (Антон Лигов)
Mithgol the Webmaster
" " То меня и ,,Сергей Соколов`` назовут. " "
Так было 13:20 07 Dec 05 написано от Alex Kocharin к Mithgol the Webmaster:
AF>>> 8) когда я буду размешать инфу, ссылаясь на файл с фэхи, какой может
AF>>> быть копи+паст. всё ручками.
MtW>> Контекстный жмяк по файлу и выбор пункта Copy FGHI URI to clipboard. Я
MtW>> думаю, что мне это будет не так уж и сложно устроить.
AK> А если я ФАР пользую? :/
Тогда сложнее. Hо всё равно можно что-нибудь придумать.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... Теперь я пойду с ещё большим забралом! (Михаил Горбачев, "Итоги" N1 96 г.)
Alex Kocharin
MW> Во-первых, вовсе не десяток. Firefox 1.5 весит меньше.
MW> Во-вторых, Firefox мне нужен не как браузер в собственном смысле слова, а
MW> как платформа, под которую я буду писать. Я не хочу писать под чистый
MW> Windows, слишком много придётся заморачиваться.
Hа си пиши! Или на Паскале! Зачем нужны все эти привязки к
браузеру/оси/еще_чему_нибудь?
Alex Kocharin
\____________/ ПриветЪ, Mithgol the Webmaster, как коннект? :)
MtW>>> Контекстный жмяк по файлу и выбор пункта Copy FGHI URI to
MtW>>> clipboard. Я
MtW>>> думаю, что мне это будет не так уж и сложно устроить.
AK>> А если я ФАР пользую? :/
MW> Тогда сложнее. Hо всё равно можно что-нибудь придумать.
Угу. А еще MC есть. Hекоторые вообще консоль пользуют по ssh...
Alexander Fedorov
06 Дек 05 14:34, */Mithgol the Webmaster/* -> */Alexander Fedorov/*
AF>>>> вот, начинаем доводить до абсурда. Пока явно не попользуешься
AF>>>> этим нововведением, до тех пор не узнаешь как оно было
AF>>>> бесполезно.
MtW>>> Что было бесполезно?
AF>> раздувать из мыльного пузыря воздушный шар.
MW> А если без метафор?
проектировать это в масштабе. сделай тестовую версию, погоняй его и посмотри,
нужен ли он, делает ли он что от него требуется.
MW> (Потому что и сам Фидонет -- это тоже своего рода мыльный пузырь.)
так пусть им и остаётся.
MtW>>> В Паутине никто ссылки вручную не пишет, все делают Copy+Paste
MtW>>> из браузера.
AF>> 8) когда я буду размешать инфу, ссылаясь на файл с фэхи, какой
AF>> может быть копи+паст. всё ручками.
MW> Контекстный жмяк по файлу и выбор пункта Copy FGHI URI to clipboard. Я
MW> думаю, что мне это будет не так уж и сложно устроить.
не сомневаюсь 8)
Mithgol the Webmaster
" " ,,Соколов`` и ,,Сергей`` мне во ``From'' не вобьют. " "
Так было 16:49 08 Dec 05 написано от Alex Kocharin к Mithgol the Webmaster:
AK> Hа си пиши! Или на Паскале! Зачем нужны все эти привязки
AK> к браузеру/оси/еще_чему_нибудь?
Каждый да пишет на том, на чём хочет. Firefox 1.5 к оси не привязан ── может
встать и на Windows, и на Linux, и ещё на что-нибудь (полный список на сайте
GetFirefox.com). А работать моё расширение будет в любом браузере, если оно
сперва на Firefox установлено будет.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... иногда пpоще найти что-то в инете, чем у себя на винте 8)) (Таня Матвеева)
Andrew Sakhno
You wrote to Alex Kocharin on 09 Dec 05 14:28:13:
AK>> Hа си пиши! Или на Паскале! Зачем нужны все эти привязки
AK>> к браузеру/оси/еще_чему_нибудь?
MtW> Каждый да пишет на том, на чём хочет. Firefox 1.5 к оси не привязан ──
MtW> может встать и на Windows, и на Linux, и ещё на что-нибудь (полный
MtW> список на сайте GetFirefox.com). А работать моё расширение будет в
MtW> любом браузере, если оно сперва на Firefox установлено будет.
Ты не хвались, лучше альфа-версию собери. а там посмотрим, что получится. И
api lib не забудь. а то крика больше чем дела...
With best regards, Andrew Sakhno.
Alexander Kalmykov
AK>> да. вместе с технологиями фиды. через 5-7 лет каждый компьютерщик
AK>> сможет позволить себе always-online -> свой собственный mx и ->
AK>> собственный почтовик. эхи - нужны будут и в дальнейшем. нетмыло, в
AK>> нынешнем виде... да. но не на FTN технологии.
AK> Чем тебе не нравится фтн-технология?
Тем, что она создавалась с рассчётом на модемы 9600, куча софта, её
реализовывающего, написано по ДОС, тем, что многие стандарты в ней
использующиеся устарели морально.
·-· глyбина, глyбина, а пошла ты...
Alex Kocharin
AK> Тем, что она создавалась с рассчётом на модемы 9600, куча софта, её
AK> реализовывающего, написано по ДОС, тем, что многие стандарты в ней
AK> использующиеся устарели морально.
И какие же? Разве что замена буквы "", но это не сильно мешает имхо.
Alex Kocharin
AK>> Hа си пиши! Или на Паскале! Зачем нужны все эти привязки
AK>> к браузеру/оси/еще_чему_нибудь?
MW> Каждый да пишет на том, на чём хочет. Firefox 1.5 к оси не привязан ──
MW> может встать и на Windows, и на Linux, и ещё на что-нибудь (полный список
А msdos?
Mithgol the Webmaster
" " ,,Соколов`` и ,,Сергей`` вместо ``Mithgol'' пиши. " "
Так было 16:00 10 Dec 05 написано от Andrew Sakhno к Mithgol the Webmaster:
MtW>> Каждый да пишет на том, на чём хочет. Firefox 1.5 к оси не привязан ──
MtW>> может встать и на Windows, и на Linux, и ещё на что-нибудь (полный
MtW>> список на сайте GetFirefox.com). А работать моё расширение будет в
MtW>> любом браузере, если оно сперва на Firefox установлено будет.
AS> Ты не хвались, лучше альфа-версию собери.
Я восьмого декабря писал, что работы столько, что на хобби времени не остаётся.
И её всё ещё много. Hо ближе к концу декабря...
AS> а там посмотрим, что получится.
Угу.
AS> И api lib не забудь. а то крика больше чем дела...
API lib? Я ж не собираюсь ни одной строчки на C++ писать, так что никакого
нового API, кроме родного XPCOM от Firefox, да и XPCOM-компонент я буду писать
на джаваскрипте. (Собственно, уже и пишу.)
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... 57) Hyжно 4 часа, чтобы сваpить вкpyтyю стpаyсиное яйцо. И ведь варят же.
Mithgol the Webmaster
" " Где ,,Сергей Соколов`` начертал паспортист. " "
Так было 14:08 11 Dec 05 написано от Alex Kocharin к Mithgol the Webmaster:
AK>>> Hа си пиши! Или на Паскале! Зачем нужны все эти привязки
AK>>> к браузеру/оси/еще_чему_нибудь?
MtW>> Каждый да пишет на том, на чём хочет. Firefox 1.5 к оси не привязан ──
MtW>> может встать и на Windows, и на Linux, и ещё на что-нибудь (полный
MtW>> список
AK> А msdos?
Hет, на MS DOS не встанет. И на PC DOS, и на DR DOS, и на Caldera OpenDOS, и на
FreeDOS тоже не встанет.
Ceterum censeo Diptaunum esse delendam! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Team В эхолисте ,,ё`` уместим] [Team А я меняю subj]
... ци будет свободно рассеиваться и выходить из тела! (Дневник Позора Ушу)