虽然我不太清楚现在的企业在搭建网站时
对外的表示层面上是否都是使用模板
但是至少最为一个用户
从用户的角度来说
任何一个网站总是有很多相似之处的
比如一个新闻网站
并非头条或特殊标记的新闻一般有着相同的header body框架 以及一个不怎么起眼的footer
一个浏览图片的网站相信大家也都会忽略那些除了图片外的千篇一律的条条框框了吧
所有的这一切看上去都是一种重复
而这样的冗余真的是十分的浪费啊
为什么
因为这些都是要浪费我们宝贵的带宽来实现传送的
尽管可能只是有一个字或一个图片的变化
HTTP1.1的协议规定中包含了一个关于Head的请求询问方法
但是他本身是基于文件来说的
一体化输出的网络页面太多了
而这些输出的时候却不能利用到HTTP的这个功能来减少文件的传输
所以相信现行的网络的Web部分有很大的一部分被浪费在了这个上面
相同的页面内容却被不断的重复发送
Similarity searches accelerate P2P downloads by 30-70 percent
当你输入 intel p2p cmu 到google的search bar里
你可以得到这个结果
一个intel和cmu的一些研究人员正在进行的项目
为的是提出一项可以基于文件的部分匹配内容建立p2p传输的新技术
以此来改变现有的只能是基于文件匹配的p2p传输的效率瓶颈
这是个很好的技术
相比之下却没有什么人在web上出力
尽管现在已经是Ajax和其他相关技术横行的天下了
但是还没有那个大型的门户使用这个来减少页面的web传输量
而且绝大多数网站也不会是使用这样的技术来实现主体页面的呈现
让她来挑起全站的担子
毕竟技术还不够成熟而且现行的browser对她的支持也不尽如人意啊
google的处理很好
为什么
因为主页几乎不会有什么变化
相对较少的页面元素
而且大量的嵌入不会怎么变化的脚本文件(这些都是会被缓存的)动态的实现很多具有良好的用户体验的功能
真的不得不佩服啊
如此一来即使是在网络状况比较糟糕的时候也可以表现出色
至少在打开主页的时候是
现行的网站在设计之初只会考虑到我的页面应该符合web的开发标准
应该可以比较好的支持受众较大的浏览器
他们成了一个开发的标准
或者说是一个基本的准则
这是一个好消息
因为这样我们这些用户将会有最佳的用户体验
即使是再差劲的程序员也会在IE上提交过审核满意了她的审美才会发布的
但是这却不是最大化用户体验的
比如在firefox或者是opera在或者是其他的浏览器上不能浏览一些IE专属页面是常有的事情
像国内的网络银行无一不是典型
毕竟他们是为了我们的安全着想不用些高级货(ActiveX)是不好办的
但实际上她在安全性上所带来的并不能说明什么
除了增加了用户的登录复杂度一点实际用途都没有
要不怎么大家还得使用U盾或者是口令卡呢
不过最主要的是网站的开发时没有考虑到用户的这边
客户端可能可以为他们这些网站解决一些他们的问题
而这也许可以使很多事情变得十分的奇妙
大家从来没有听说过那个网站为了播放一段动画就产生了一种用户Web页面动画播放(当然不是指特殊的矢量动画)的动画标记语言什么的吧
要播放动画的话可以轻松的选择使用客户端所能提供的接口
比如像是Flash啊显示GIF图片啊一些MP3或者是WMV RM 等等
这些实际上不是由我们的服务器端实现的
他们自始至终不过是发送数据给我们罢了
不信你用用那些几十年前的控制台线面的命令行浏览器看看
相信最新版本的也不会有图片显示出来吧
所以说客户端应该是一个具有着十分强大功能的程序才对
为的是去丰富我们的网站所提供的服务
比如迅雷Flashget之类他们总是喜欢在你的浏览器右键菜单上添加一些人性化的功能以此好响应针对性的下载任务
网络银行则希望你在安装了他们的插件之后再进行相关的业务
好使得他们可以透过IE得到一些他们更感兴趣的资料
而这种思想是可以借鉴来解决之前所提出的Web流量冗余过剩的
毕竟每天即使有使用了Gzip压缩里面的冗余还是十分的庞大的
况且如果可以的话相信少了那些模板压缩后的Gzip也小不少吧
客户端在现行的HTTP1.1协议的基础上增加额外的缓存服务
减少web流量每次的浏览仅仅获取必要的信息部分
这是多么大的一个创举啊
如果每个网站都采取如此措施
究竟能节约出多少的带宽呢
实际上用户从内存读出资料的时间会比10年后的网络速度还快上几个数量级吧
这是可取的
缓存不过是一个措施一个功能
借鉴瘦客户端的讲法browser的扩充可以使之在现有的程度上增加更多的功能
不过届时浏览网页各位需要储备多少个浏览器嘛
就不好说了
希望有公司可以统一一下出个标准
在继15年前的Mosaic(第一个把图片带到网页上的浏览器)之后再次丰富我们的Browser