[扩展] Janus Proxy Configurator（实验性的压缩网页数据流量）

Janus Proxy Configurator

Opera 有一个 Turbo 模式，利用服务器将网页再压缩后呈现给用户，从而减少了流量消耗。http://baike.baidu.com/view/2297411.htm

Opera Turbo是一种服务器端技术，用户访问网页时数据传输由服务器来完成，服务器对页面解析后将文本和图片数据压缩，然后发送给客户端，硬件配置较低的用户也可以享受到高速的页面加载和完美的整体效应，显著改进有限带宽连接方式的浏览速度。
据悉，Opera Turbo的压缩率最高可达80%，可大幅节省带宽，使用Opera Turbo浏览器访问网页的速度比普通Opera快3.5倍

Mozilla 也在实践他们的有一丝接近的技术，这个技术叫做 Janus。Janus 的代理服务器是用 Node.js 实现的，充分使用先进的 SPDY 和 HTTP2 的库。现在他们发布了一个实验性的扩展：Janus Proxy Configurator，安装以后工具栏会有一个按钮，点击可以显示你节省的带宽。




有兴趣的朋友可以看看 MozillaWiki，里面有更多 Janus 的详细介绍，比如图片压缩情况。
https://wiki.mozilla.org/Mobile/Janus

Github 项目：https://github.com/mozilla/node-janus

注意：firefox 33 和更高测试版才可以使用到。

----------------
使用感受：看按钮显示确实有节省了流量，不过一些国内网页打开速度明显变慢了，应该是经过服务器端压缩后再给用户造成了延迟。

可以用来爬墙么

aaaa007cn：gg 了

15 January 2015‎ 加上的回到原帖

这个项目已经基本废止了，遗憾。

gg 了

The Janus proxy experiment has ended.

The code remains on github, but we are no longer actively developing it.

15 January 2015‎ 加上的

dgod：流量宝就是建了个vpn，然后传输的时候做了数据压缩，这样的效果我觉得明显不如直接使用opera浏览器回到原帖

流量宝可以用于任何程序

再说有的机型不能用Opera Turbo功能，比如我的就不能，所以才用流量宝

流量宝就是建了个vpn，然后传输的时候做了数据压缩，这样的效果我觉得明显不如直接使用opera浏览器

pcxfirefox：直接用流量宝也很不错回到原帖

我还在想流量宝是什么……
搜了一下
是说 oupeng 流量宝？
那不就是 opera turbo 的变体么……

dgod：测了一下，感觉速度很慢，工作时好像和cache协调不太好，很多网页图片都重新加载了。
这个代理放在国外是必然被封的，只能看谋智会不会在国内架个服务器了。

我手机用firefox上网，做了个http压缩代理，节省的流量大概在50%左右。回到原帖

且不说谋智中国
理论上任何人都可以架设自己的 janus 代理
只要能解决那个证书问题（？）

pcxfirefox：说是webp最大的缺点在于编码效率低下
和微软的JPEG XR相比也没啥优势
反正Mozilla正处于摇摆不定中还没决定到底支持哪个还是都支持，这两方都来拉拢Mozilla是真的回到原帖

webp 的优势在体积
presto opera 就为了 opera turbo 而引入了 webp 支持

从 https://bugzilla.mozilla.org/show_bug.cgi?id=500500 这个 bug 看
Ted Kapustin 在 2014-07-24 说

The code is now being tested by Microsoft Open Technologies Inc. and hopefully will become part of the Firefox build soon.

Like I mentioned earlier, a Firefox decoder for JPEG-XR images is now being tested by MS OpenTech. I am not sure when/whether it will be handed to Mozilla Foundation.

对 jxr 的支持只是时间问题了吧

相比于 webp 的
https://bugzilla.mozilla.org/show_bug.cgi?id=600919
https://bugzilla.mozilla.org/show_bug.cgi?id=856375

janus 会优先考虑改用 jxr 来压缩 jpeg？

dgod：测了一下，感觉速度很慢，工作时好像和cache协调不太好，很多网页图片都重新加载了。
这个代理放在国外是必然被封的，只能看谋智会不会在国内架个服务器了。

我手机用firefox上网，做了个http压缩代理，节省的流量大概在50%左右。回到原帖

直接用流量宝也很不错

测了一下，感觉速度很慢，工作时好像和cache协调不太好，很多网页图片都重新加载了。
这个代理放在国外是必然被封的，只能看谋智会不会在国内架个服务器了。

我手机用firefox上网，做了个http压缩代理，节省的流量大概在50%左右。

aaaa007cn：这个要具体来看了
目前默认配置是
用pngquant压缩png
用mozjpeg压缩jpg
对gif会转换成webm

根据wiki上的测试数据
pngquant平均压缩率59%，稍差于quality=90的webp（62%）...回到原帖

说是webp最大的缺点在于编码效率低下
和微软的JPEG XR相比也没啥优势
反正Mozilla正处于摇摆不定中还没决定到底支持哪个还是都支持，这两方都来拉拢Mozilla是真的

稍微修改了一下代码
去掉了几个不方便安装的依赖
总算是能运行不提示错误了
现在卡在证书的问题上
不管打开什么页面都提示证书有错
手动导入证书也不行
可示例的 janus.allizom.org 就工作地很好

虽然证书是自签的
但把同一份证书丢给一个 spdy 代理来用
在 opera（blink）中导入证书后就可以正常使用
firefox nightly 中就是用不了
janus 本身也应该是一个 spdy 代理
但是直接丢给 opera 也用不了
没想明白问题是出在哪里

白左：根据chrome的压缩效果来看, 浏览多媒体较多的话, 作用不大, 有理由相信moz不会做得比google好很多回到原帖

这个要具体来看了
目前默认配置是
用pngquant压缩png
用mozjpeg压缩jpg
对gif会转换成webm

根据wiki上的测试数据
pngquant平均压缩率59%，稍差于quality=90的webp（62%）
mozjpeg平均压缩率11%，差于quality=90的mozjpeg（21%）和quality=90的webp（24%）
gif转webm可以压掉95%

对于gif比较多的页面，可以极大的减少流量
png可以干掉一半以上
jpg的如果调整mozjpeg生成文件的质量到90，也可以去掉1/5
相当可观了

问题在于流媒体文件
这方面可以做的不多

firefox都支持webm了
什么时候再加个webp？

此外
文本内容也能通过打包压缩后一次性传输节省不少流量
对于按流量计费的网络来说
肯定是比什么都没有要好

白左：根据chrome的压缩效果来看, 浏览多媒体较多的话, 作用不大, 有理由相信moz不会做得比google好很多回到原帖

基本同意，要做大做强这块，要花很多精力人力财力，是一个坑。mozilla没有这能耐。记住mozilla的使命，很多时候他会倡导，会表示一起推动，但更多时候是与其他公司合作，得道厂商的支持。