= Сообщение: 19407 из 46164 =============================== RU.FIDONET.TODAY = От : Alexey Vissarionov 2:5020/545 15 Oct 20 00:55:00 Кому : Nil Alexandrov 15 Oct 20 00:55:00 Тема : Мысли про фидо-софт-девелопмент в 2020 FGHI : area://RU.FIDONET.TODAY?msgid=2:5020/545+5f877b26 На : area://RU.FIDONET.TODAY?msgid=2:5015/46+5f876904 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.FIDONET.TODAY?msgid=2:5015/46+5f87a0db ============================================================================== Доброго времени суток, Nil! 15 Oct 2020 00:08:46, ты -> All:
NA> Если у меня чешутся руки пописать фидософт, чтобы такова очень NA> полезного наваять? [tl;dr мобильные и веб-приложения].
Сразу и отвечу, причем как положено - вопrосом на вопrос: как ты себе представляешь миграцию существующих узлов на эти приложения?
NA> Моя текущая идея в голове следующая. Есть классически настроенная NA> нода/поинт, запускаем демон/сервис (желательно на C/C++ написанный NA> для производительности, но можно на современном Rust потренироватся, NA> хотя если написать на Dart, то потом код можно будет переиспользовать NA> во flutter для мобильных клиентов). Этот демон читает/пишет локальные NA> фидобазы, а наружу делает NNTP сервер (на ходу гейтуя, аналог NA> jamnntpd/smapinntpd), а также новый протокол, например gRPC/ProtoBuf, NA> или gRPC/flatbuffers, или вообще Cap'n Proto - некий новый API, NA> авторизоваться, получить список эх, сообщений, и т.д., как старт NA> можно NNTP командочки повторить. Вроде бы были попытки фидо REST API NA> какой-то намутить, а данные в XML/JSON завернуть, но стандартом это NA> не стало. gRPC интерфейс можно превратить в REST API без NA> дополнительного кода, если что. К этому API может цепляться NA> веб-приложение илимобильное приложение. Написание новых сообщений NA> можно сделать путём добавления сообщений в базу, потом тоссер NA> подхватит и отправит. Т.к. база единая, то и синхронизация между NA> клиентами не нужна.
