分类
存档页
-
最新评论
- william 发表于《urllib2的随机http代理handler》
- goly 发表于《留言本》
- 会跳舞的鞋子 发表于《留言本》
- Mr WordPress 发表于《Hello world!》
功能
Category Archives: note
浏览器渲染加速
这是一篇阅读笔记,原文是:http://code.google.com/intl/zh-CN/speed/page-speed/docs/rendering.html 1. 高效化css css引擎从右到左执行每个css rule(最右边的rule叫做key),直到找到最大匹配或到最左位置。所以css rule越明确,浏览器需要测试的node就越少;css rule越泛泛,浏览器需要测试的node就越多,越耗时 删除无用css css压缩(YUI) 避免用*作为key eg: body * {…} /* key是* */ body > * {} /* key是* */ css rule越明确越好,优先使用class或ID,而不是tag 删除冗余css rule eg: ul#nav {…} /* ul就是冗余的 */ a.outer-link {…} /* 当只有a使用.outer-link类时,a就是冗余的 */ body … 繼續閱讀
Google的SPDY协议
前阵子在翻Chrome源码时发现的。SPDY是google针对HTTP协议的缺陷设计的下一代web传输协议,看起来很有意思。以下内容总结自: http://www.chromium.org/spdy/spdy-whitepaper HTTP 的缺陷: 一个TCP连接只能传说一个HTTP请求,多个HTTP请求间可能会因为多个TCP连接而延迟500ms (浏览器方解决方法是对每个域名并发HTTP请求,08年以来平均的 HTTP请求/域名 从2上升到了6) 必须由客户端发起请求,即使服务端知道客户端浏览器接下来需要某某资源 请求和响应头部都没有压缩。(请求头200b ~ 2KB,平均700~800b) 冗余http头部字段。对同一个域名发起的所有http请求中,每个都包含冗余的http字段(User-Agent, Accept*) 数据压缩时可选项。应该是所有数据必须压缩传输! SPDY 的技术实现: 允许在一个TCP会话中并发传输多个HTTP请求 通过压缩http头,精简无用头部来减小带宽 定义一个易于实现、服务端高效的协议 为了安全性和兼容性,将SSL作为底层传输协议。长期看是很好的。 使服务端可以PUSH数据给客户端;服务端可以发SERVER HINT给客户端 测试效果:使用SPDY后,平均减少64%的页面载入时间