关于deflate 模块配置的ticket

香辣蟹 · 发表于 2008-3-23 11:38:54

刚提交了一个ticket 421687，希望版主能帮忙促进一下。

如果这个配置可以添加的话，页面文字的加载速度可以至少提高一倍以上。

添加前，文件a传输量为6,769字节，之后为19,26字节，降低为原先的28％。
最夸张的文件b，之前为326,907字节，之后锐减为15,822字节，减少了95％！

这样变相的就是提高网站的响应速度

bingu · 发表于 2008-3-23 12:17:37

很多要求哦，呵呵，尽管提，老外有技术

香辣蟹 · 发表于 2008-3-23 12:38:01

原帖由 bingu 于 2008-3-23 12:17 PM 发表
很多要求哦，呵呵，尽管提，老外有技术

是啊是啊，还会有的。至少刚刚又发现一个新的。。。

另外，也不要迷信老外哦

candice · 发表于 2008-3-24 08:49:53

发信息给技术人员了，他会尽快在ticket里回复你的

Angel · 发表于 2008-3-24 08:53:03

您的Ticket 已经由技术人员在处理了。

香辣蟹 · 发表于 2008-3-24 10:43:35

被拒了，理由是影响CPU load.

no free lunch。压缩总是要消耗CPU资源的。。。。

bingu · 发表于 2008-3-24 16:48:40

如果这东西好，网上应该都传开了。压缩还是在原始页面上压缩比较好，例如使用div＋css来代替table

香辣蟹 · 发表于 2008-3-24 20:26:54

原帖由 bingu 于 2008-3-24 04:48 PM 发表
如果这东西好，网上应该都传开了。压缩还是在原始页面上压缩比较好，例如使用div＋css来代替table

呵呵,网上有不少啊。能做成mod方式，本身就说明了问题。

这里也就是个平衡的问题，需要在流量带宽和CPU负载方面找个平衡点而已。

以前这个模块叫mod_gzip。。。。。

对老美来说，带宽根本不是问题，也没听说有什么几线通的问题，因为那涉及行业垄断

我基本上没用过div＋css，还在用古老的table

。一是因为所有的页面全是PHP代码，二是没准哪天技术又升级了，css出现什么兼容性的问题，反倒是table更可靠些吧。

稳定压倒一切。WH4的网管者也一定是这个想法。