= Сообщение: 364 из 2735 ==================================== RU.FTN.DEVELOP = От : Mithgol the Webmaster 2:5063/88 13 May 14 18:41:08 Кому : Alexander N. Skovpen 13 May 14 18:41:08 Тема : Фидонет на JavaScript для Node.js FGHI : area://RU.FTN.DEVELOP?msgid=2:5063/88+5372329c На : area://RU.FTN.DEVELOP?msgid=2:5020/9696+5371fce9 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.FTN.DEVELOP?msgid=2:5020/9696+53725f73 ============================================================================== Так было 14:55 13 May 14 написано от Alexander N. Skovpen к Mithgol the Webmaster:
MtW>> Мне-то для PhiDo может в дальнейшем пригодится; а если в нём также MtW>> появится метод .getAvatarsForHeader (как у меня в node-fidonet-jam), MtW>> то и в fido2rss надо будет прибавить поддержку вывода заголовка MtW>> сообщения в RSS (со всеми его элементами ── аватар, имя и адрес MtW>> автора, имя получателя или All), а не только заглавия и текста MtW>> сообщения.
ANS> модули squish и jam надо причесать к общему знаменателю, чтобы ANS> конечному пользователю модулей не приходилось использовать ANS> readJDX,readSQI, а что-то типа readIndex. и даже это лишнее. достаточно ANS> .getSize(), которая внутри сама вызовет нужное.
Совершенно верно, совершенно верно. До известной степени node-fidonet-jam примерно так и организован: методы более высокого уровня вызывают методы более низкого уровня. Вот десяток примеров этого, взятых из README-файла:
*) readFixedHeaderInfoStruct вызывает readJHR
*) indexLastRead вызывает readJLR, а также (возможно) readFixedHeaderInfoStruct и readJDX
*) readHeader вызывает readJDX и readJHR
*) readAllHeaders вызывает readJDX, readFixedHeaderInfoStruct и readHeader
*) decodeMessage вызывает readJDT
*) getAvatarsForHeader вызывает decodeHeader
*) numbersForMSGID и headersForMSGID вызывают readAllHeaders
*) getParentNumber, get1stChildNumber и getNextChildNumber вызывают readHeader и readFixedHeaderInfoStruct
*) getChildrenNumbers вызывает get1stChildNumber и (возможно) getNextChildNumber
*) getOrigAddr вызывает decodeHeader и (возможно) decodeMessage
MtW>> Сразу подаю идею: если ты модуль https://github.com/Mithgol/simteconf MtW>> к нему прикрутишь, то тогда сможешь читать текстовый конфиг от binkd. MtW>> (И если затем к чтению прибавить и понимание, то фидошники реально MtW>> смогут себе binkd заменять на node-fidonet-mailer-binkp и, как MtW>> говорится, не заметить того ── ну то есть не испытать никаких MtW>> неудобств, а скорее наоборот.)
ANS> пока ещё рано. будет как-то так :
ANS> somemailer->fidonet-config->some-modules
ANS> |->fidonet-outbound->some-modules ANS> (fidonet-outbound-bso,fidonet-outbound-lbox уже ANS> есть)
ANS> |->fidonet-mailer->some-modules
ANS> |->fidonet-interface->some-modules
У меня сразу три таких вопроса:
*) Понятно, что fidonet-mailer ── это подсистема somemailer. Только ли транспортный модуль это (реализация binkp) ── или и ещё что-нибудь также?
*) Каким ты видишь набор возможностей fidonet-config и чем он выходит за пределы нынешних возможностей simteconf?
*) Фреки будут? И более того: возможен ли такой режим binkp-модуля, в котором он ТОЛЬКО фрекает, а нефрекаемым файлам (бандлам почты, содержимому файлэх и т. п.) говорит: полежите-ка ещё на холде?
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/ Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... {19} Опасайтесь незнакомцев, если они держат в руках циркулярную пилу. --- Знаешь ли ты, Alexander, что "упомянешь" _не_ пишется через "ё"? * Origin: Но я лишь голос вопиющего в пустыне ── ``RTFM, LMD!!!'' (2:5063/88)
