Javascript WebSocket数据压缩
WebSocket是否支持数据压缩以节省带宽? 有哪些选择?Javascript WebSocket数据压缩,javascript,compression,websocket,Javascript,Compression,Websocket,WebSocket是否支持数据压缩以节省带宽? 有哪些选择? 一种可能的解决方案是使用Bijson代替Json 在关闭加密并将压缩设置为最大值的情况下,您可以通过ssh连接对所有内容进行隧道传输吗 e、 g: ssh-N-g-f-C-o压缩级别=9-o密码=noneeamorr@172.16.1.218-L 6999:172.16.1.218:3129WebSocket规范允许扩展,例如放气流。但是,客户端和服务器可能支持它,也可能不支持它 您可能希望使用基于javascript的Zip或其他压
一种可能的解决方案是使用Bijson代替Json 在关闭加密并将压缩设置为最大值的情况下,您可以通过ssh连接对所有内容进行隧道传输吗 e、 g:
ssh-N-g-f-C-o压缩级别=9-o密码=noneeamorr@172.16.1.218-L 6999:172.16.1.218:3129
WebSocket规范允许扩展,例如放气流。但是,客户端和服务器可能支持它,也可能不支持它
您可能希望使用基于javascript的Zip或其他压缩算法。WebSocket节省带宽的第一种方法是保持连接对多条(双向)消息开放。只要需要,连接可以保持打开状态。这意味着不需要像旧的http方法那样为每个事务协商新连接。消息本身具有头信息,指定传入消息是文本还是二进制,以及“有效负载”的长度 您可以让您的服务以您想要的任何方式解释消息。特定的压缩相关数据可以通过扩展来表示:见本标准第9节:
标准组织已经为压缩扩展生成了一个工作草案:当前的WebSockets协议草案不包含压缩扩展。以前有一个:deflate stream,它通过压缩整个WS流来工作。这种方法的有效性是有限的,因为WS引入了客户端到服务器的帧掩蔽,每帧掩蔽都会发生变化,因此,deflate将无法保持有效的压缩字典 有一个关于基于帧的压缩的草案提案,它围绕这一点工作,因为在屏蔽之前,有效负载的压缩字典是维护的