БГ
Смысл в решении проблем синхронизации порядка сообщений и в целом истории
Для вывода на экран.
И для упрощения синхронизации.
Size: a a a
2021 October 24
PZ
Ну смотри. Зависит от размера сообщения.
Если сообщения большие - то у нас да, основное хранилище - хранилище мет, а сами сообщения в IPFS.
Если сообщения большие - то у нас да, основное хранилище - хранилище мет, а сами сообщения в IPFS.
БГ
Мета представляется либо цепочками хешей сообщений либо DAG тех же хешей сообщений
АЖ
только граф ответов (и даже техническое (атомное) линейное время не поможет, ибо может быть кривым на стороне отправителя)
БГ
По итогу серверу хранения меты толком места не надо, хеши это штука очень мелкая
PZ
В общем случае порядок произвольный.
Ну отправили одновременно. Просто раз в год условно у нас точность "одновременности" возрастает с 1 секунды до 2.
Ну отправили одновременно. Просто раз в год условно у нас точность "одновременности" возрастает с 1 секунды до 2.
@
Для упрощения синхронизации время не надо. При выводе на экран сортируй по времени получения
PZ
ТАк тогда надо время получения передавать :)
@
Кому ?
АЖ
по времени получения == весьма криво (пинг 25 сек - реальность, причём он плавающий), но варианта без графа больше и нет
БГ
Тут возможно два варианта
Либо сервер хранения меты судит о порядке сообщений по порядку их прихода к нему и просто хранит упорядоченную цепочку
Либо интересная дрочка с графами, но суть та же - сервер так или иначе выступает в роли того кто решает в каком порядке сообщения расположены в переписке
Либо сервер хранения меты судит о порядке сообщений по порядку их прихода к нему и просто хранит упорядоченную цепочку
Либо интересная дрочка с графами, но суть та же - сервер так или иначе выступает в роли того кто решает в каком порядке сообщения расположены в переписке
АЖ
вы таки не любите точность
@
Ты под графом понимаешь что-то типа crdt?
PZ
С клиента на клиент.
У тебя два клиента: мобила и комп. Тебе надо между ними синхрить историю и показывать на экран. в каком порядке показывать засинхронизированные с мобилы за день сообщения?
У тебя два клиента: мобила и комп. Тебе надо между ними синхрить историю и показывать на экран. в каком порядке показывать засинхронизированные с мобилы за день сообщения?
PZ
ТАк мы дойдём до точности относительности времени... когда-нибудь я бы хотел это учитывать, но не сейчас.
@
А вот тут мы возвращаемся к различию почты и чата :)
БГ
А в чём таки различие?
АЖ
нет, crdt - это само хранение данных
а я про логический граф сообщений привата/конфы - тупо клиент вставляет айдишник последнего сообщения (которое есть на данный момент у этого клиента) привата или конфы (или выбраное/ные юзером)
а время отправки и время получения это косметика (причём хорошо, когда их оба увидеть можно для сообщения - иногда надо)
а я про логический граф сообщений привата/конфы - тупо клиент вставляет айдишник последнего сообщения (которое есть на данный момент у этого клиента) привата или конфы (или выбраное/ные юзером)
а время отправки и время получения это косметика (причём хорошо, когда их оба увидеть можно для сообщения - иногда надо)
БГ
@Scondo, как тебе такое решение?
Просто свалить задачу хранения времени на третье лицо в виде сервера хранения метаинформации о сообщениях
Просто свалить задачу хранения времени на третье лицо в виде сервера хранения метаинформации о сообщениях