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


Присутствуют сообщения из эхоконференции RU.FTN.DEVELOP с датами от 12 Jul 13 20:52:30 до 18 Oct 24 22:48:06, всего сообщений: 2735
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 971 из 2735 ==================================== RU.FTN.DEVELOP =
От   : Sergey Poziturin                 2:5020/2141.3      26 Mar 16 19:53:51
Кому : Dmitri Kamenski                                     26 Mar 16 19:53:51
Тема : Предложение по совместной разработке
FGHI : area://RU.FTN.DEVELOP?msgid=2:5020/2141.3+40181f8d
На   : area://RU.FTN.DEVELOP?msgid=2:5023/24.2+6059cbc6
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Hello, Dmitri Kamenski.
On 26.03.16 18:21 you wrote:

SP>> У меня к общественности не совсем обычное предложение. Хотелось
SP>> бы  предложить концепт некоего симбиоза HotdogEd и jNode в части  
SP>> синхронизации сообщений.  Дело вот в чём: если какой-то человек  
SP>> имеет поинта на узле с jNode, то фактически он уже связан с базой
SP>> хранимых сообщений посредством протокола binkp.  Что хочется  
SP>> получить по результату разработки: 1. Веб-морду, встроенную в  
SP>> jNode (ну или standalone), которая позволила бы поинту  
SP>> авторизоваться с его адресом и паролем и писать и читать почту  
SP>> через веб-броузер.  2. Протокол передачи мета-информации о  
SP>> прочитанных сообщениях между Hotdoged и jnode, который бы работал
SP>> или внутри binkp, или вне его (http), который бы позволил иметь в
SP>> двух базах -  на телефоне и на сервере jnode - одинаковое  
SP>> состояние прочитанных/непрочитанных сообщений, а также lastread
SP>> по  эхам. Внутри binkp это могло бы выглядеть как файл вида
SP>> сообщение   - состояние, эха - ластрид.  Эта фишка была бы
SP>> отключаемой и   нисколько бы не нарушила совместимость с
SP>> традиционными фидошными   средствами, зато принесла бы много
SP>> удобства.  Собственно, сделал   бы сам и то, и другое, если бы не
SP>> одно но: моё чувство прекрасного  весьма условно, сделать
SP>> нормальный и главное не противный ui в   вебе я не сумею. Зато в
SP>> хотдоге такое за пару недель нарисую   легко. Могу также взять на
SP>> себя реализацию самого протокола на   стороне jnode. То есть
SP>> нужен кто-то, кто сделает только web-часть.  Вопроса традиционно
SP>> два: 1. Кто виноват (есть ли желающие)?  2.   Что делать (будет
SP>> ли пользоваться спросом такая штука вообще, или   это интересно
SP>> только мне одному)?  Вообще вышла бы достойная   конкуренция
SP>> таким классным продуктам (с маркетинговой точки   зрения), как
SP>> vfido/wfido. Потому что у нас был бы придаток в виде  
SP>> полноценного андроид-приложения.  Обсудить вопрос предлагаю в  
SP>> ru.ftn.develop, куда и делаю форвард.
DK> Данную идею просто необходимо воплотить в жизнь. Ты не
DK> представляешь (или представляешь :-) ), как я задолбался
DK> синхронизировать в уме ластриды! С помощью для дизайна толку от
DK> меня ноль... :-( Я даже себе только дискету с собакой смог
DK> нарисовать.

Эх, ну жаль. С другой стороны, был бы программист, а уж дизайн... Ну навесим мы пару кнопок с двух сторон, чего уж тут.
 
DK> А установить для тестирования jnode (было дело, смотрел) -- один
DK> из первых! Если конечно конкуренты не являются врагами ;-)

Не распарсил :)

--
Best regards!
Posted using Hotdoged on Android
--- Hotdoged/2.12/Android
* Origin: Android device, Milky Way (2:5020/2141.3)

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