stargrave2 Jul 1 at 09:25

KEKS кодек и криптографические сообщения

Medium

30 min

699

C*Go*Open source*Python*Cryptography*

Comments 5

nin-jin Jul 1 at 11:41

По поводу формата, гляньте ещё этот: https://page.hyoo.ru/#!=8i7ao7_xfyxah

stargrave2 Jul 9 at 08:29

Да, выглядит очень и очень интересно. Честно говоря, подумываю для логирования его применить. Как альтернатива KEKS не пойдёт: мало типов данных (это не недостаток, если что, а тоже плюс), всё же наличие экранирования (если мы передаём бинарь, то в нём newline-ы могут встречаться -- Tree закодировать сможет, спору нет, но в памяти кусок каких-нибудь 32-байт всё же запросто может иметь "\" вставки, а значит мы вынуждены будем сохранять unescaped/raw копию декодированного значения).

nin-jin Jul 9 at 11:29

Как альтернатива KEKS подойдёт не сам формат, а язык на его базе, по аналогии с json.tree, например. Декодированное значение можно собрать и налету из кусков, но да просто сослаться на кусок исходного буфера без абстракций сверху не получится.

alex17 Jul 3 at 06:00

Практически все современные процессоры little endian. Зачем кодировать целочисленные в big endian?

stargrave2 Jul 9 at 08:30

Удобство для разработчика (удобство вещь субъективная -- нам так удобнее). Ну и преобразование между endianness настолько дешёвое, что про это мы не думаем. Не было надобности в кодеке работающим на безумных скоростях типа cap'n'proto, flatbuffers и подобных.