ты ведь знаешь что придёт запакованная информация-побитовые операции.
сейчас посмотрел в начало темы. практически об одном и том же говорим.
плюсы и минусы подходов есть и там и там-зависит от конкретной задачи

dmitriymar,
а где информация будет хранится о порядке распаковки?

у тебя колбек функция. ты знаешь порядок в каком придут данные на определённый запрос изначально,ты сам его формируешь на сервере

dmitriymar,
То есть данные статические? Тогда это никакой не вариант. Если данные динамические тебе надо как то клиенту показывать в каком порядке ты запаковал данные. Вопрос как. И то, тут вообще речь тогда идёт не о двух байтах.

Или я уже совсем ничего не понимаю?

Если знать точно, что придёт запакованный байт, то неинтересно. Интересно уметь получать один байт, если он запакован, и два -- если не удалось запаковать.

да формируй какие хочешь данные динамически -главное чтоб эти данные изначально вписывались в правило. текстовые динамические данные -да без проблем получай-главное чтоб вписывались в правило. тоже касается числовой информации-если каждое из них не превышает 127 (а такое возможно и часто) -то пакуй два в одно,а если вообще от 0 до 3 то 4 пакуй. главное что ты правила устанавливаешь и производишь обмен данными в пределах этих правил-ты его контролируешь изначально

:agree: ну эт уже не то,было утверждение что нельзя однозначно.
а тут, выходит что для веба в большинстве случаев можно.:)
а именно для двух байтов запакованных и нет есть тоже частный случай-если заголовки при ответе можно менять?(не пробовал ,но читал гдето что можно)

Нельзя однозначно. Нигде не было сказано, что в этих двух байтах лежит только 256 различных значений, это ты сам себе придумал.

а по мне можно в зависимости от ситуации. ну и ладно, не будем холивар разводить:)

dmitriymar,
В зависимости от ситуации это не однозначно, так что нельзя :)