Это компрессор, а не энкодер.

ну да

все еще надо делать а не просто вызвать btoa)

браузер же получает от сервера плейнтекст, несмотря на то, что страница передавалась в сжатом виде

Потому что платформа решает за тебя проблему передачи по транспорту

Для 25% против 33% 20 лишних строк стоят того

воот

логично предположить, что и при аплоаде эта проблема решается за меня

Ну так кодировки она не трогает особо по пути

Но не на сервере. На клиенте есть fetch, multipart, Xmlhttprequest

И все в таком духе. Вот кирпичики для решения

Ещё вебсокеты есть, точно.

да пофиг вообще, если важно экономить трафик передавай как бинарные данные

Если важно экономить траффик, переходи на http2 и передавай как хочешь

а чем хттп2 тут поможет?

.

Ещё более фундаментально решает

но платформа не решает за меня как я сериализирую данные для передачи

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

Ну конечно, ;) Implementations communicating on a secure channel MUST NOT compress content that includes both confidential and attacker-controlled data unless separate compression dictionaries are used for each source of data. Compression MUST NOT be used if the source of data cannot be reliably determined. Generic stream compression, such as that provided by TLS, MUST NOT be used with HTTP/2 (see Section 9.2).