Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FIDONET.DIGEST
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FIDONET.DIGEST с датами от 15 Jul 13 08:53:56 до 21 Jun 24 13:00:10, всего сообщений: 2418
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 476 из 2418 ================================= RU.FIDONET.DIGEST =
От   : Vladimir Fyodorov                2:50/15            26 Mar 16 12:51:36
Кому : All                                                 26 Mar 16 12:51:36
Тема : RU.FTN.DEVELOP, RU.JNODE: Ищутся девелоперы для веб-морды jNode
FGHI : area://RU.FIDONET.DIGEST?msgid=2:50/15+56f65ca1
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================

> Сергей Позитурин озвучил концепт симбиоза HotdogEd и jNode в части
> синхронизации сообщений и предложил желающим присоединиться к реализации
> этого проекта.

=============================================================================
* Area : RU.FTN.DEVELOP
* From : Sergey Poziturin, 2:5020/2141.3 (26 Марта 2016 08:56)
* Subj : Предложение по совместной разработке
=============================================================================
Forwarding message from ru.jnode.
Originally by: Sergey Poziturin, 2:5020/2141.3
Original date: 26.03.16 8:55
***

Hello, All.

У меня к общественности не совсем обычное предложение. Хотелось бы предложить концепт некоего симбиоза HotdogEd и jNode в части синхронизации сообщений.

Дело вот в чём: если какой-то человек имеет поинта на узле с jNode, то фактически он уже связан с базой хранимых сообщений посредством протокола binkp.

Что хочется получить по результату разработки:

1. Веб-морду, встроенную в jNode (ну или standalone), которая позволила бы поинту авторизоваться с его адресом и паролем и писать и читать почту через веб-броузер.

2. Протокол передачи мета-информации о прочитанных сообщениях между Hotdoged и jnode, который бы работал или внутри binkp, или вне его (http), который бы позволил иметь в двух базах -  на телефоне и на сервере jnode - одинаковое состояние прочитанных/непрочитанных сообщений, а также lastread по эхам. Внутри binkp это могло бы выглядеть как файл вида сообщение - состояние, эха - ластрид.

Эта фишка была бы отключаемой и нисколько бы не нарушила совместимость с традиционными фидошными средствами, зато принесла бы много удобства.

Собственно, сделал бы сам и то, и другое, если бы не одно но: моё чувство прекрасного весьма условно, сделать нормальный и главное не противный ui в вебе я не сумею. Зато в хотдоге такое за пару недель нарисую легко. Могу также взять на себя реализацию самого протокола на стороне jnode. То есть нужен кто-то, кто сделает только web-часть.

Вопроса традиционно два:

1. Кто виноват (есть ли желающие)?

2. Что делать (будет ли пользоваться спросом такая штука вообще, или это интересно только мне одному)?

Вообще вышла бы достойная конкуренция таким классным продуктам (с маркетинговой точки зрения), как vfido/wfido. Потому что у нас был бы придаток в виде полноценного андроид-приложения.

Обсудить вопрос предлагаю в ru.ftn.develop, куда и делаю форвард.
=============================================================================

--- GoldED+/W64-MSVC 1.1.5-b20160201
* Origin: Esquire Station (2:50/15)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.023408 секунды