В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

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

qwarta.ru подробнее

Size: a a a

Modern::Perl

433 membersпожаловаться на группу
2021 March 02

AK

Andrey Konovalov in Modern::Perl
Roman
protobuf и иже с ними не хранят типов, типы и так знают участники обмена
в нем есть инфа только о версии структуры и номерах присутствующих полей
почти с тем же успехом можно json применить
да и в случае perl выйгрыша в сериализации/десериализации для protobuf нет
Мне не нравится, что в MP есть имена полей. Так-то хранение схемы отдельно от структуры нафиг не нужно
источник
12:39пожаловаться#1

AK

Andrey Konovalov in Modern::Perl
Т.е., скажем так, я готов отказаться от схемы частично: в пользу тупо индексированного хранения полей
источник
12:40пожаловаться#2

AK

Andrey Konovalov in Modern::Perl
Но наверное если просто в массив пихать и сериализовать MP - тоже норм. Жаль только нельзя сказать, что вон то поле мне не надо в int64, для него байта хватит
источник
12:41пожаловаться#3

R

Roman in Modern::Perl
да, четкой типизации нет, особенно когда пропихивает uint8_t из XS, а он, сука, становится UV, то бишь uint64_t
и какая после этого разница, хватит байта или трех?
json чудесно пакуется при передаче по http[s], чем больше, чем лучше пакуется
разница может быть в месте на диске, тут pack в помощь
источник
12:46пожаловаться#4

VO

Vyacheslav Olkhovche... in Modern::Perl
Andrey Konovalov
Народ, а есть какой-то бинарный формат упаковки данных с заданием типа полей (int64, string, byte...) - но попроще Google'ового Protobuf'а?
Вообще не очень понимаю: например, для Crystal я могу описать упаковку в MessagePack чётко: это поле int16, вон то поле - string... Но там, видимо, внутри формата нет этих типов данных?
Мне бы лучше что-то в духе ASN.1-упаковки: «префикс типа данных и опциональной длины, сами данные»
Но не asn.1?
источник
12:56пожаловаться#5

ДЛ

Дмитрий Лапчик... in Modern::Perl
Ivan Bessarabov
https://g.zeos.in/?q=%D0%BA%D0%BB%D0%B0%D0%B1-%D1%85%D0%B0%D1%83%D1%81
8 февраля 2021 года приложение было заблокировано в материковом Китае

Вот он успех и признание
источник
13:21пожаловаться#6

ع

عاصم بن حارث... in Modern::Perl
Ну, этот шлакЪ в виде клабХауса реально заслуживает блока. тупая хрень (имхо).
источник
13:27пожаловаться#7

AK

Andrey Konovalov in Modern::Perl
Vyacheslav Olkhovchenkov
Но не asn.1?
ASN.1 - это такой абстрактный конструкт для построения множества реализаций "в железе"
источник
13:32пожаловаться#8

VO

Vyacheslav Olkhovche... in Modern::Perl
Серелизация там вполне конкретная
источник
13:42пожаловаться#9

YK

Yegor K in Modern::Perl
Andrey Konovalov
Народ, а есть какой-то бинарный формат упаковки данных с заданием типа полей (int64, string, byte...) - но попроще Google'ового Protobuf'а?
Вообще не очень понимаю: например, для Crystal я могу описать упаковку в MessagePack чётко: это поле int16, вон то поле - string... Но там, видимо, внутри формата нет этих типов данных?
Мне бы лучше что-то в духе ASN.1-упаковки: «префикс типа данных и опциональной длины, сами данные»
pack/unpack, Convert::Binary::C
источник
13:44пожаловаться#10

AK

Andrey Konovalov in Modern::Perl
Vyacheslav Olkhovchenkov
Серелизация там вполне конкретная
image_2021-03-02_13-45-04.png
(7.83 Кб)
источник
13:45пожаловаться#11

AK

Andrey Konovalov in Modern::Perl
Но вообще вполне неплохо выглядит Synopsis
источник
13:45пожаловаться#12

VG

Vadim Goncharov in Modern::Perl
Andrey Konovalov
Народ, а есть какой-то бинарный формат упаковки данных с заданием типа полей (int64, string, byte...) - но попроще Google'ового Protobuf'а?
Вообще не очень понимаю: например, для Crystal я могу описать упаковку в MessagePack чётко: это поле int16, вон то поле - string... Но там, видимо, внутри формата нет этих типов данных?
Мне бы лучше что-то в духе ASN.1-упаковки: «префикс типа данных и опциональной длины, сами данные»
CBOR::XS по RFC 7049
источник
13:50пожаловаться#13

VG

Vadim Goncharov in Modern::Perl
Vyacheslav Olkhovchenkov
Но не asn.1?
это говнище должно умереть
источник
13:51пожаловаться#14

AK

Andrey Konovalov in Modern::Perl
Vadim Goncharov
это говнище должно умереть
Чем плох ASN.1, где он тебе на ногу-то наступил? Кодируй всё в XML лучше :)
источник
13:52пожаловаться#15

VG

Vadim Goncharov in Modern::Perl
Andrey Konovalov
Чем плох ASN.1, где он тебе на ногу-то наступил? Кодируй всё в XML лучше :)
чрезмерной сложностью, ведущей к непрекращающимся дырам за десятилетия, и необходимостью знать имена полей на приёмнике
источник
13:56пожаловаться#16

VG

Vadim Goncharov in Modern::Perl
XML в этом плане лишь совсем чуть-чуть лучше
источник
13:56пожаловаться#17

VG

Vadim Goncharov in Modern::Perl
а CBOR, в отличие от JSON и MessagePack, поддерживает произвольные типы тегированием
источник
13:58пожаловаться#18

AK

Andrey Konovalov in Modern::Perl
Vadim Goncharov
а CBOR, в отличие от JSON и MessagePack, поддерживает произвольные типы тегированием
А как CBOR'ом запаковать INT8 в 1 байт, а не в 8?
источник
14:09пожаловаться#19

AK

Andrey Konovalov in Modern::Perl
Ну или сколько там INT. Смотрю CBOR::Free
источник
14:10пожаловаться#20