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


Присутствуют сообщения из эхоконференции RU.FTN.DEVELOP с датами от 12 Jul 13 20:52:30 до 28 Sep 24 21:14:38, всего сообщений: 2622
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1177 из 2622 =================================== RU.FTN.DEVELOP =
От   : Vitaliy Aksyonov                 2:463/3232         21 Mar 17 17:19:20
Кому : Sergey Poziturin                                    21 Mar 17 17:19:20
Тема : Re: HotdogEd database synchronization
FGHI : area://RU.FTN.DEVELOP?msgid=2:463/3232+58d145b2
На   : area://RU.FTN.DEVELOP?msgid=2:5020/2141.1+58d12fed
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FTN.DEVELOP?msgid=2:5020/2141.3+efc7c23d
==============================================================================
Привет, Sergey!

21 мар 17 16:24, Sergey Poziturin -> Alexey Vissarionov:

SP>>> Сделать эдакую распределенную базу сообщений между компом (или
SP>>> несколькими) и телефоном (или несколькими). Мне эта идея
SP>>> нравится. Заодно и телефоны подружим разные. Что скажешь?
AV>> Для распределенной базы понадобится добавлять ее поддержку в
AV>> SMAPI. И еще хорошо, если в результате получится что-то похожее
AV>> на... git :-)
SP> Hе, SMAPI трогать не будем. Hаша штука будет работать параллельно.

Да. Не надо мучать старичка. :)

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

[skip]

SP> Всё в этой схеме хорошо, но есть 2 минуса:

SP> 1. По ресурсам будет жрать больше на сервере, чем rsync.
SP> Мои прикидки:
SP> По диску где-то 150-200 Мб на jre+софт.
SP> По оперативной памяти: думаю, 128 Мб на jre+tomcat+софт хватит. Это,
SP> кoонечно, будет зависеть от реализации API Виталием.

Большого расхода не предполагается. Всю базу в память грузить не буду.
Максимум - те сообщения, что пользователь либы загрузил и держит.
Если поднадобится работать с ну очень большими сообщениями, можно продумать загрузку кусками.

SP> Открытые вопросы:
SP> 1. Как обеспечить блокировку базы и нужно ли это делать? Как отнесётся
SP> тоссер hpt, если в момент его тоссинга кто-то ещё запишет в эту базу
SP> сообщения?

Для блокировки базы есть описанные в стандарте или реализованные в том же smapi механизмы.
В JAM, например описано, что при записи в базу нужно сначала блокировать первый байт хэдера.
Остальные форматы я тоже изучу на эту тему. Ну и посмотрю внимательнее, как это делает hpt для примера.

SP> 2. Как разруливать ситуацию, когда между телефоном и гейтом связь
SP> есть, а между гейтом и компом нет? Сбрасывать, думаю. Хотя есть
SP> вариант копить и потом при появлении связи отдавать, но первый вариант
SP> мне нравится больше.

А нужен ли гейт? Зачем плодить сущности?

С наилучшими пожеланиями, Vitaliy.

... 10.0 times 0.10 is hardly ever 1.00.
--- GoldED+/LNX 1.1.5-b20160201
* Origin: -= Ex 2:4635/32 =- (2:463/3232)

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