= Сообщение: 4530 из 47125 ================================ RU.FIDONET.TODAY = От : Mithgol the Webmaster 2:50/88 21 Sep 16 03:41:32 Кому : Alexandr Solov'yev 21 Sep 16 03:41:32 Тема : Отображение иллюстраций из ююков и фэх в векторном гипертекстовом FGHI : area://RU.FIDONET.TODAY?msgid=2:50/88+57e1d7a7 На : area://RU.FIDONET.TODAY?msgid=2:5030/2104.1+57d422b5 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.FIDONET.TODAY?msgid=2:5030/2104.1+57f76d84 ============================================================================== Так было 17:45 10 Sep 16 написано от Alexandr Solov'yev к Mithgol the Webmaster:
MtW>>>> Так-так. А из эхи за оффтопик спамера также не вынесут? Где MtW>>>> будет модератор? Разве модератор не встрепенётся? ASy>>> Когда встрепенется? Когда уже все все выкачают и эху долбанут ASy>>> с хаба? MtW>> Я так скажу: если в Фидонете есть такая термоядерная бомба для MtW>> уничтожения эхоконференций (просто накидай в неё мегабайты и жди её MtW>> уничтожения хабами), то у всех нас в любом случае очень большая MtW>> проблема, UUE там или не UUE там. Можно и 'Войну и мир' Толстого MtW>> кинуть, например.
ASy> Я тебе напомню, как за знаменитую "лебедьбелую" долбанули крупный ASy> питерский СМ-ный хаб в 3 дня. Именно столько ее сисоп был в командировке.
Если честно, то я не очень хорошо помню, который хаб долбанули; напомни мне. А не то слова 'её сисоп' ситуацию не проясняют. 'Хаб' мужского рода, так что 'сисоп хаба' ── это не 'её сисоп', но словосочетания 'сисоп эхоконференции' или 'сисоп лебеди белой' также не вызывают у меня априорного понимания.
Кроме того, не очень ещё понимаю, каким образом 'долбанули хаб' может реально быть сопоставлено с противоположною проблемою 'эху долбанут с хаба'.
Кроме того, вроде как вспоминаю, что белая лебедь прошла в то время, когда ещё дискеты были в употреблении. С тех пор и хранилища информации стали куда пожирнее, и каналы связи стали куда пожирнее, так что аналогичный вред стало несколько труднее нанести, в особенности простым спамом, так что можно же ещё надеяться, что теперь пострадают виновные спамеры и более никто.
MtW>> Впрочем, у меня несколько больше надежд, может быть наивных, на MtW>> здравый смысл хабов.
ASy> common sense в полиси встречается только в 2.1.6.2 ASy> В остальных случаях "you can take whatever action you deem fit, according ASy> to the circumstances"
Думаю, что в этих остальных случаях также здравый смысл, но только не всеобщий (common), а личный.
ASy> Практический опыт показывает, что востребованные файлэхи живут и ASy> процветают. Hодлисты, роутинг, etc. Паравозики и книжки не в счет. :-) ASy> Только попыток связать воедино эхи и фэхи никто не предпринимал. Если по ASy> фэхам пойдет востребованный контент, то они заживут и размножатся. Hо ASy> управление контентом фэхи в разы проще, чем эхи. Для начала на фэхи не ASy> распространяется 2.1.5. Потому как фэх нет в полиси. Поэтому из ASy> многометровой bmp можно спокойно сделать джипег. А своп от винды просто ASy> выкинуть вон. Даже не объясняя причин. Просто из-за размера и/или имени ASy> файла. А вот если я этот своп в люлюках из эхи вырежу - имею шанец ASy> схопотать комплейн. Вполне, кстати, обоснованный.
Здесь какое-то видимое противоречие. Если на фэхи не распространяется 2.1.5, то как можно доверять ноудлисту, пришедшему по фэхе?
ASy> Моя мысля была в создании мультибона, на котором к каждой его эхе уже ASy> есть фэха. Технически это очень несложно. Hужен пяток крупных узлов, ASy> которые согласятся таскать эти эхи/фэхи и поддерживать по ним фреки. ASy> Причем это не нарушит существующую структуру, а будет ее дополнением.
А почему ты подумал прежде всего о фреках как о средствах доставки файлов по запросу? Почему не о FTP-гейтовании подумал спервоначалу?
Я вижу недостатки фрекания по сравнению с FTP-запросом, и вижу я их два.
Во-первых, если я правильно понимаю, фрек (файловый запрос) никак не возможно отправить аплинку и получить от аплинка отклик без того, чтобы заодно не взять у него всю новую почту (и, может быть, также свою ему выслать), а это дольше, чем запрос к FTP.
Во-вторых, для общения с FTP-сервером существует множество готового открытого и свободного исходного кода почти на всех существующих языках программирования, и оттого автору просмотрщика фидопочты нетрудно будет получать FTP-гейтованный файл, чего нельзя сказать о файле фрекаемом. Формирование файлового запроса (фрека) ── простое дело, так что его в Голдеде можно видеть реализованным; но речь же идёт вдобавок об отображении отклика, так что надо учить просмотрщик дожидаться ответа мейлера; а найдутся ли программисты, на это непростое дело готовые решиться?
MtW>> Проблема при этом, как я двадцатого августа (в предшествующем MtW>> письме на эту тему) упоминал, заключается главным образом в том, что MtW>> FTP-гейты файлэх проектировалися, как правило, для употребления MtW>> людьми, а не внутрибраузерною автоматикою. И человек может MtW>> там догадываться, что если на ftp://fido.hubahuba.su/ нет подпапки MtW>> (подкаталога), строго соответствующего эхе XOFCHUBSLST по её имени, то MtW>> можно (и даже разумно) попробовать ftp://fido.hubahuba.su/XOFCHUBS.LST MtW>> (с точкой) вместо неё и быть уверенным в том, что это просто MtW>> переназвано так. А вот скрипт в фидобраузере, во-первых, не способен MtW>> на такие догадки (сперва придётся в нём программировать нестрогое MtW>> сравнение без учёта точек в имени), а во-вторых, не может быть уверен MtW>> (поэтому могут быть ложные срабатывания с принятием одной фэхи за MtW>> другую фэху, если имена отличаются только точками).
ASy> Определить имена соответствий при наличии мультибона - секундное дело. ASy> Самое простое - это полное совпадение имен эхи и фэхи. Даже ХПТ с его ASy> общим конфигом эх и фэх это сглатывает не глядя.
Верю, что мультибон способен решить эту задачу, хотя в единстве и общности конфига эх и фэх в HPT у меня есть определённые сомнения. Сомнений этих два. Во-первых, как мне кажется, HPT вовсе не занимается фэхами, а только эхами; фэхами же занимается HTick. Во-вторых, недавно мне довелось видеть конфигурацию Husky, имевшую такой вид, какой заставил меня сомневаться в единстве и общности конфигурации HPT и HTick: разделы того и другого программного средства были там отделены условными выражениями друг от друга, как если бы их совмещение было бы (без таковых условий) вредоносно для работоспособности обеих сих приложений. Выглядело это как-то так:
======= Hачало цитаты из Windows Clipboard =======
####### config ####### # # Hpt and Htick configuration # # The order of the includes is important. # DO NOT change it!
include /home/mike/fido/etc/husky/common.cfg include /home/mike/fido/etc/husky/packer.cfg include /home/mike/fido/etc/husky/paths.cfg include /home/mike/fido/etc/husky/fpaths.cfg