通过websockets的GZIP流量
是否可以使用GZIP逐帧打包和解包WebSocket流量通过websockets的GZIP流量,websocket,socket.io,gzip,Websocket,Socket.io,Gzip,是否可以使用GZIP逐帧打包和解包WebSocket流量 我们有很多websockets traff（实时报价），应该打包以减少流量，但我不知道这是否可行。按消息压缩是事情的发展方向 浏览器支持仍然仅限于Chrome。Webkit似乎正在进行中，但不知道FF和IE何时会跟进 在服务器端，例如在中有一个实现（请参阅） 根据项目使用的堆栈/环境，这意味着您现在可以尝试WebSocket压缩 （完全披露：我为Tavendo工作，他是高速公路WebSockets项目的项目维护者。）我使用LZ字符串通过套
我们有很多websockets traff（实时报价），应该打包以减少流量，但我不知道这是否可行。按消息压缩是事情的发展方向 浏览器支持仍然仅限于Chrome。Webkit似乎正在进行中，但不知道FF和IE何时会跟进 在服务器端，例如在中有一个实现（请参阅） 根据项目使用的堆栈/环境，这意味着您现在可以尝试WebSocket压缩
（完全披露：我为Tavendo工作，他是高速公路WebSockets项目的项目维护者。）我使用LZ字符串通过套接字前后编码/解码JSON；LZW压缩的一个非常灵活的JavaScript实现 在人们达到标准之前，这是一个很好的解决方案
它将文本带宽平均减少了10倍，解码几kb所需的时间不到1毫秒。可能与我看到的问题重复，但没有答案。这项提议是一年前提交给IETF的，但从那以后发生了什么？你们可以在最坏的情况下通缩并以64为基数。。。js有很多可用的充气/放气工具。您还可以考虑使用CSV代替JSON，它可以大量地减少典型的数据对象的脚印（没有引号，没有按键重复）。它最近为我节省了约75%的推送日历条目的时间，而deflate在相同的JSON上减少了约85%。考虑到CSV的构建和解包速度更快，我可以接受。。。