НotdogEd database synchronization

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

Доброго времени суток, Sergey!
21 Mar 2017 19:57:30, ты -> Vitaliy Aksyonov:

SP>>> 2. Как разруливать ситуацию, когда между телефоном и гейтом связь
SP>>> есть, а между гейтом и компом нет? Сбрасывать, думаю. Хотя есть
SP>>> вариант копить и потом при появлении связи отдавать, но первый
SP>>> вариант мне нравится больше.
VA>> А нужен ли гейт? Зачем плодить сущности?
SP> Как без гейта связать два устройства, не имеющих возможности принять
SP> из сети входящее соединение? Например, они за прокси и не имеют
SP> белого адреса или коннекты им просто недоступны по любой причине?
SP> А ведь это типичная ситуация у людей (кроме админов).

Таки да. Ибо админам для решения этой задачи достаточно обычного SSН.


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

... Не обижайся, если тебя назвали дураком - обижайся, если угадали
--- /bin/vi

Nil Alexandrov написал(а) к Sergey Poziturin в May 17 08:22:18 по местному времени:

Нello, Sergey!

Tuesday March 21 2017 19:57, from Sergey Poziturin -> Vitaliy Aksyonov:

SP> Как без гейта связать два устройства, не имеющих возможности принять
SP> из сети входящее соединение? Например, они за прокси и не имеют белого
SP> адреса или коннекты им просто недоступны по любой причине?

Интересный сабж, связать/засинхронизовать то, чего изначально не было в
дизайне. Месяц ни каких новых мыслей не было? Тогда я своими поделюсь.

Вариант А. Каждое устройство должно иметь свой адрес в сети, будь то IP или
FTN. Если у нас десктоп, телефон и планшет - у нас 3 (пойнтовых) адреса, у
каждого своя подписка, каждый качает тогда, когда ему удобно, можно с любого
устройства почитать и написать, синхронизация уже заложенная в протоколе FTN.
Большинство нод сегодня доступны всегда и по белому IP и не надо воротить
новые прокси-сервера, чтобы телефон пообщался с десктопом. Останется решить
две проблемы (неудобства).
(а) человек владеет несколькими адресами, сам пишет то с одного, то с другого,
на какой ему отвечать мылом - не понятно. Решить можно реврайтом на аплинке на
один из адресов или вообще на нодовый адрес. Также надо сделать копии на все
остальные AKA для входящих и исходящих нетмейлов. Решается на hptPerlFile?
(б) надо синхронизовать ластриды (удаление или модификацию сообщений
поддерживать не будем). Что, если при выходе из читалки на одном из
устройств, тот посылает сам себе нетмейлом в каком-то формате ластриды?
Тогда какой-то скриптик (привет hptPerlFile) после тоссера такой специальный
нетмейл выдернет и применит к локальной jam/squish/hudson/sqlite (эх hudson
уже не в ходу) и удалит с глаз.

Вариант Б. Забудем про эквивалент OSI модели и адресацию FTN, а будем мыслить
понятиями front-end/back-end. Один FTN адрес (хоть пойнтовый, хоть нодовый) -
один бакенд (на одно физ.лицо), и только он общается по binkp/ifcico/modem
протоколам с фидосетью. Все читалки/устройства - фронтенды и их может быть
больше одного. Бакенд и фронтенд могуть быть на одном или разных хостах.
Фронтенд может общаться с бакендом через файловую систему, напрямую лазяя в
jam/squish/sqlite с нужными локами (уже реализовано), а может ходить через
какой-нибудь REST, который ещё надо изобрести. Можно попробовать NNTP
притянуть (привет jamnntpd), но лучше свой REST, чтобы и нетмейлом рулить
и вообще из-за жосткого файрвола можно было достучаться, или через НTTP прокси,
чтобы всякие там Ajax работали (для вебморды например). Фронтенд должен
уметь работать в оффлайне, но не копируя туда-сюда jam/squish файлы, а делая
precaching мессаг из всех/выбранных арий, тем самым мы сохраняем тот самый
ламповый оффлайновый фидонет. Как только у нас есть линк до бакенда - мы
обновляем ластридеры (в обе стороны).

Best Regards, Nil
--- GoldED+/LNX 1.1.5

Sergey Poziturin написал(а) к Nil Alexandrov в May 17 11:36:19 по местному времени:

Нello, Nil Alexandrov.
On 20.05.17 8:22 ДП you wrote:

SP>> Как без гейта связать два устройства, не имеющих возможности
SP>> принять из сети входящее соединение? Например, они за прокси и не
SP>> имеют белого адреса или коннекты им просто недоступны по любой
SP>> причине?
NA> Интересный сабж, связать/засинхронизовать то, чего изначально не
NA> было в дизайне. Месяц ни каких новых мыслей не было? Тогда я
NA> своими поделюсь.

Уже идёт разработка.

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.13.5/Android