Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
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
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1167 из 2735 =================================== RU.FTN.DEVELOP =
От   : Sergey Poziturin                 2:5020/2141.3      21 Mar 17 08:40:25
Кому : Alexey Vissarionov                                  21 Mar 17 08:40:25
Тема : HotdogEd database synchronization
FGHI : area://RU.FTN.DEVELOP?msgid=2:5020/2141.3+be19c7b4
На   : area://RU.FTN.DEVELOP?msgid=2:5020/545+58cfea22
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FTN.DEVELOP?msgid=2:50/15+58d0c352
Ответ: area://RU.FTN.DEVELOP?msgid=2:466/50.1+2e29299b
Ответ: area://RU.FTN.DEVELOP?msgid=2:5020/545+58d11fc3
==============================================================================
Hello, Alexey Vissarionov.
On 20.03.17 3:30 PM you wrote:

SP>> Хочу приделать к хотдогу возможность синхронизировать свои базы с
SP>> нашими настольными фидошными комплектами. Hа выходе хочу получить
SP>> следующее: прозрачность (до определённой степени) работы с фидой  
SP>> на телефоне и на большом компе. Без разницы, где почта получена  
SP>> или читается. Делать это планируется в 3 этапа следующим образом:
SP>> Этап 1. [...] jvm api для работы с базами сообщений
AV> Это, соответственно, Jam и Squish, причем Squish более  
AV> распространен. Бывают и другие, но их количество пренебрежимо  
AV> мало.

Отдельно стоит вопрос с нетмейлом, у некоторых база в msg (это же opus зовётся)?

Это скорее к Виталию, наверное, хочет ли он этим заниматься.
 
SP>> 4. Делать всё это по расписанию или по внешнему сигналу  
SP>> (сообщения от провайдера сообщений о получении новой почты).
AV> Ээээто вообще про что? Про внутренности собакоеда, или?

Да, это про особенности андроидной реализации. Все это планируется автоматизировать.
 
SP>> Таким образом на этом этапе имеем возможность наполнять фидошную  
SP>> базу сообщений несколькими независимыми методами: или с хотдога,  
SP>> или с софта на компе.
AV> Насколько я пони мяу, речь про фидошный софт?

Речь про наполнение фидошной базы сообщений. Есть, допустим, sq*-файл. Теоретически, если я все верно рассчитал, в этот момент мы можем в него положить сообщение тоссером на компе, перенести его на телефон, и положить туда сообщения с хотдога, а в хотдог забрать сообщения, положенные тоссером с компа.
 
SP>> Функцию переноса базы с телефона на компьютер и обратно берёт на  
SP>> себя сам пользователь.
AV> Думаю, для этого понадобится держать отдельно базу сообщений  
AV> собакоеда и опять-таки отдельно базу в squish.

Так и есть, у хотдога всегда будет своя база сообщений (у редактора) в виде sqlite-бд.
 
SP>> 2. Какие средства синхронизации файлов для п.2 вы бы предложили,  
SP>> помимо root+rsync?
AV> А зачем для rsync рутовые права?

А есть его дистрибутив готовый под андроид без рута, без бизибокса и всего такого? Если есть, это упрощает задачу.
 
AV> Не говоря уж о том, что кроме rsync ничего реально и не нужно -  
AV> максимум перезапись файлов на mass storage device вручную.

Угу.

Меня вообще говоря тоже не радует идея писать это все самостоятельно.
 
SP>> Я как джавист готов сделать некое референсное приложение на  
SP>> springboot, соответственно ему будет нужна ява-машина и  
SP>> вычислительные ресурсы,
AV> Кхм... 1/20 типового АЛУ ("ядра") Xeon и 128 Мб памяти обслуживают
AV> две сотни линков, практически все из которых тянут фуллфид, и при  
AV> этом тоссинг занимает всего 4 секунды каждые 10 минут. Вопрос:  
AV> сколько ресурсов надо будет выделить дополнительно для  
AV> обслуживания всего одного линка? :-)

Вопрос открытый. По скорости все хорошо, а вот по памяти может быть несколько больше.
 
AV> Да, чуть не забыл: gremlin@fido:~ > du -sh ~/fido/msgbase 2.6G    
AV> /home/gremlin/fido/msgbase

Надеюсь, rsync не поперхнется.

Возможно, нам придётся отказаться от концепции передачи файлов между телефоном и компом и перейти на передачу сообщений и статусов. Что-то типа nntp (передача новых сообщений с их статусами и флагами). Именно чтобы не гонять трафик лишний и чтобы можно было настроить количество сообщений, возраст максимальный и тд. И без rsync можно обойтись и этап сразу будет третий.

Сделать эдакую распределенную базу сообщений между компом (или несколькими) и телефоном (или несколькими).

Мне эта идея нравится. Заодно и телефоны подружим разные.

Что скажешь?

Кстати, тогда Виталий может под Java 8 писать, но часть на андроиде не нужна.
 
SP>> Готова ли общественность самостоятельно, хоть на php, реализовать
SP>> для себя клиента протокола для приёма и отдачи файлов?
AV> Реализовать-то можно... только нахрена, когда есть rsync over ssh?

Я как-то больше мыслю в сторону веб-сервисов.
 
SP>> PS: в итоге может быть даже кто-то откажется от доставки фидошной
SP>> почты на хотдоге в пользу доставки на компе и синхронизации в  
SP>> дальнейшем с хотдогом. Это одна из мыслей, которую я думаю.
AV> Таким образом собакоед, по сути, превратится во внешний редактор.  
AV> Что, разумеется, радует.

Что, неужели его доставщики сообщений настолько плохие?

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

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