АЖ
сделать граф сообщений с указанием какому (каким...) сообщению ответ
Size: a a a
2021 October 24
БГ
БГ
Я именно об этом и говорил)
YB
Ну сделай варинтовую длину, для сообщений до 256 будет настолько же экономно, как и терминация, после потери меньше полупроцента
@
не стоит. байтоёбство в такой штуке не доведёт до добра. у тебя сообщения будут такими что пара байт длины на этом фоне ниочём.
YB
Но вообще, ты байтоебствуешь не там, где надо
БГ
А точнее не просто граф, а направленный ациклический граф
YB
Это байтоебство с ненулевой ценой, оно раз и на всегда требует от всех обработчиков выполнять потенциально бесполезную операцию.
АЖ
не юникстайм а атомное время - оно точно не повторяется, в нём не переводят стрелки
АЖ
+1
YB
Даже не считая обычных операций, в контексте всяких буферизаций-стримингов это все достаточно сильно усложняет, зачастую, и, что максимум забавно, часто снижает итоговую производительность как обработки, так и хранения/пересылки.
БГ
Только вот надо каким-то образом гарантировать что это граф можно "сплющить" к одной и только одной последовательности сообщений
БГ
Либо периодически при взаимном онлайне договариваться о "сплющивании" определённого сегмента
БГ
О, даже алгоритм есть, графовая сортировка
АЖ
да
подписи ключом юзера ключей девайсов только по паролю
только надо как-то уложить, что сообщения то от юзера и юзеру а не от девайса девайсу
подписи ключом юзера ключей девайсов только по паролю
только надо как-то уложить, что сообщения то от юзера и юзеру а не от девайса девайсу
АЖ
+1
причём какое-нить расширение юникода
причём какое-нить расширение юникода
БГ
Девайсы синхронизировать между собой и всё)
PZ
Unix Time. Потому что меня волнует удобство работы тоже.
Иначе я бы просто взял свою эпоху.
А атомное время ни у кого на машинах не найдёшь толком.
Иначе я бы просто взял свою эпоху.
А атомное время ни у кого на машинах не найдёшь толком.
PZ
Это заложено. Но как опция. Также как в ТГ.
YB
Бери астрономическое время же