Показать сообщение отдельно
  #8  
Старый 20.03.2017, 19:01
Alexey Vissarionov
Guest
 
Сообщений: n/a
По умолчанию НotdogEd database synchronization

Alexey Vissarionov написал(а) к Sergey Poziturin в Mar 17 15:30:00 по местному времени:

Доброго времени суток, Sergey!
19 Mar 2017 18:21:04, ты -> All:

SP> Хочу приделать к хотдогу возможность синхронизировать свои базы с
SP> нашими настольными фидошными комплектами.
SP> На выходе хочу получить следующее: прозрачность (до определённой
SP> степени) работы с фидой на телефоне и на большом компе. Без разницы,
SP> где почта получена или читается.

SP> Делать это планируется в 3 этапа следующим образом:
SP> Этап 1. [...] jvm api для работы с базами сообщений

Это, соответственно, Jam и Squish, причем Squish более распространен.
Бывают и другие, но их количество пренебрежимо мало.

SP> Этап 2. [...] делаю софтину под андроид, которая умеет следующее:
SP> 1. Импорт и экспорт всех сообщений в/из базы НotdogEd.
SP> 2. Импортирует в хотдог из фидошной базы только новые сообщения
SP> 3. Экспортирует в фидошную базу только новые сообщения из хотдога

Досюда все понятно и правильно.

SP> 4. Делать всё это по расписанию или по внешнему сигналу (сообщения
SP> от провайдера сообщений о получении новой почты).

Ээээто вообще про что? Про внутренности собакоеда, или?

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

Насколько я пони мяу, речь про фидошный софт?

SP> Функцию переноса базы с телефона на компьютер и обратно берёт
SP> на себя сам пользователь.

Думаю, для этого понадобится держать отдельно базу сообщений собакоеда и опять-таки отдельно базу в squish.

SP> Ну а теперь вопросы к общественности:
SP> 1. Какие форматы баз нужны и как в них обстоит дело с:
SP> а. Одновременной записью в них инфы из нескольких источников.
SP> б. Возможностями блокировки.
SP> в. Флагами прочитано/lastread?

Хочется squish и jam, в простейшем случае достаточно одного squish.

SP> 2. Какие средства синхронизации файлов для п.2 вы бы предложили,
SP> помимо root+rsync?

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

SP> Есть ли среди них автоматические?

Думаю, tasker + rsync способны решить данную задачу.

SP> 3. Какими средствами вы бы предпочли на компе делать п.3?

Экспорт в squish или jam?

SP> Я как джавист готов сделать некое референсное приложение на
SP> springboot, соответственно ему будет нужна ява-машина и
SP> вычислительные ресурсы,

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

Да, чуть не забыл:

gremlin@fido:~ > du -sh ~/fido/msgbase
2.6G /home/gremlin/fido/msgbase

SP> Готова ли общественность самостоятельно, хоть на php, реализовать
SP> для себя клиента протокола для приёма и отдачи файлов?

Реализовать-то можно... только нахрена, когда есть rsync over ssh?

SP> Что предложите в качестве авторизации и аутентификации? Всё должно
SP> максимально автоматизироваться, никаких ssh-keygen на телефоне :)

ssh-keygen можно и на ББ запустить - там пул энтропии больше.

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

Таким образом собакоед, по сути, превратится во внешний редактор.
Что, разумеется, радует.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Люди не боятся темноты - они боятся темных углов
--- /bin/vi
Ответить с цитированием