From a38cfac96a67c95cee0e848d72d0e1b10c49d739 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Sun, 23 Oct 2016 11:37:36 +0300 Subject: [PATCH] =?utf8?q?XZ=20=D0=BD=D0=B5=20=D0=B0=D0=B4=D0=B5=D0=BA?= =?utf8?q?=D0=B2=D0=B0=D1=82=D0=B5=D0=BD=20=D0=B4=D0=BB=D1=8F=20=D0=B4?= =?utf8?q?=D0=BE=D0=BB=D0=B3=D0=BE=D0=B2=D1=80=D0=B5=D0=BC=D0=B5=D0=BD?= =?utf8?q?=D0=BD=D0=BE=D0=B3=D0=BE=20=D0=B0=D1=80=D1=85=D0=B8=D0=B2=D0=B8?= =?utf8?q?=D1=80=D0=BE=D0=B2=D0=B0=D0=BD=D0=B8=D1=8F?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit http://www.nongnu.org/lzip/xz_inadequate.html Интересная статья, но всё же: * сложность пускай бОльшая, но не настолько чтобы говорить что формат непригоден к использованию. У нас полно over-engineered вещей вытеснивших многие другие разумные * если надо восстанавливать испорченные данные, то для этого есть отдельные инструменты типа zfec * если надо проверять целостность, то я однозначно за криптографические подходы типа sha256 * padding данных до 4-х байт это практика известная с XDR формата сериализации данных и мне оно нравится. Хуже не будет, а может где-то помочь -- 2.48.1