Обновить

Синхронизация без сервера: где заканчиваются возможности

Уровень сложностиСредний
Время на прочтение2 мин
Охват и читатели11K
Всего голосов 4: ↑4 и ↓0+7
Комментарии2

Комментарии 2

Syncthing сколько лет и там до сих пор нормально так и не решили вопрос асинхронного многое ко многим. Только костыли с разными видами историй.

А вообще относительно вашей тулзы - тот же Yggdrasil поднимает локальную сеть (как оно видно со стороны) только это меш-сеть и нужно что бы ваше решение не перегружало сеть. То есть в теории глобально может работать прямо из коробки без доводок.

Забавно что я это же писал в прошлом посте в комментариях))

Вообще если хотите реально популярность поймать, подумайте за интеграцию с разными радиомодемами что бы не интернетом единым. А то всякого полуготового хватает, но что бы прям кроссплатформенный мессенджер что без ебли работает и в сети и с радиомодулями - такого нет.

По радиомодемам: идея понятна, но для ONYX это не тот путь. Чтобы пользоваться одной фичей мессенджера, нужно докупить отдельное железо, что повышает порог входа. Meshtastic уже закрывает сценарий для тех, кому это реально нужно. Я бы хотел минимальный порог входа, и привычные устройства.

По Yggdrasil хорошее наблюдение. WardLink сейчас делает discovery через mDNS, поэтому сразу через Yggdrasil не заработает. Но если добавить ручное указание адреса пира, логика синхронизации не меняется вообще, всё остальное работает поверх любого IP. Возьму на вооружение)

По нагрузке: WardLink pull-based - сначала тянет манифест, сравнивает, запрашивает только то, чего нет.

P.S: WardLink кстати тоже many-to-many - до 5 устройств, изменение на одном расходится по всем. Конфликты решаются через last-write-wins по timestamp (об этом я уже писал). Для мессенджера хватает вполне хватает, а одновременно редактировать одно сообщение с двух офлайн устройств это уже экзотика)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации