昨天去了躺华西,郑光明大夫又给我开了700多的药,加上上次1000多,都要突破2000大关了,没手术,没住院,就回家吃药2个月就2000,这也是没谁了。使着劲的开药,药可以当饭吃么?
这两天看了关于响应式设计和浏览器原理,HTTP相关的知识,分享一下。
响应式设计
建议:大型的综合网站还是根据PC、平板、手机的情况分开来做样式;小型并且操作不复杂的网站,例如博客,还是用响应式布局吧,以移动优先,毕竟现在的人除了办公,已经很少有人像程序员一样天天用PC了吧。
- 一般的网站就用用media query就行了,没必要用第三方框架,bootstrap这种玩具还是会影响性能滴,当然如果图方便或者敷衍上司,用用也行,但用之前还是把不需要的剔除掉
- @media布局关键在两点:流式布局/断点设置
- 布局:一般采用flex、float、百分比、rem等
- 兼容:IE9以下需要引用respond
- 响应式设计的难点:图片,视频,表格,后面在看
- 断点:bootstrap默认断点,可以借鉴
/ 默认为手机端样式
// 等于或大于 34*16 = 544px(手机横屏)
@media (min-width: 34em) { ... }
// 等于或大于 48*16 = 768px(平板竖屏)
@media (min-width: 48em) { ... }
// 等于或大于 62*16 = 992px(pc窄屏)
@media (min-width: 62em) { ... }
// 等于或大于 75*16 = 1200px( pc宽屏)
@media (min-width: 75em) { ... }
// pc超大屏 1380px
@media (min-width: 1380px) { ... }
web是如何工作的
web工作这个话题非常复杂,涉及到浏览器,协议栈,系统网卡,路由器,ISP等等。简单的举个例子吧,你可以把web工作的过程,简单的想象成找代购帮你到日本买奶粉。
- HTTP请求包含了需要购买商品的所有信息,包括购买的地址,回寄的信息,奶粉的品牌,质量要求,数量,价格范围等
- 客户端TCP/IP就像本地做代购的,他将你的信息加上他们自己通讯和防伪标志通过协议栈,网卡,路由器等传送给日本的外贸商,当然日本的外贸商就是服务器的TCP/IP,他们早已有了联系
- 日本商店就像服务器应用程序,收到了外贸商的订单后就解析您的需求,拿出合适您的商品交给外贸商,再快递回本地代购,本地代购再给您
- 您通过快递信息、商品条形码等附加信息判断商品的真伪,并使用商品,交易结束
浏览器原理
用一个图来解释
image- 根据来自服务器端的HTML代码形成文档对象模型(DOM)
- 加载并解析样式,形成CSS对象模型
- 在文档对象模型和CSS对象模型之上,创建一棵由一组待生成渲染的对象组成的渲染树
- 对渲染树上的每个元素,计算它的坐标,称之为布局
- 渲染树上的元素最终展示在浏览器里
这里重要要说两个概念,一个是Reflow,另一个是Repaint。这两个不是一回事。
Repaint——屏幕的一部分要重画,比如某个CSS的背景色变了。但是元素的几何尺寸没有变。
Reflow——意味着元件的几何尺寸变了,我们需要重新验证并计算Render Tree。是Render Tree的一部分或全部发生了变化。这就是Reflow,或是Layout。
所以,下面这些动作有很大可能会是成本比较高的。
- 当你增加、删除、修改DOM结点时,会导致Reflow或Repaint
- 当你移动DOM的位置,或是搞个动画的时候。
- 当你修改CSS样式的时候。
- 当你Resize窗口的时候(移动端没有这个问题),或是滚动的时候。
- 当你修改网页的默认字体时。
如何避免,请参照以下建议:
- 不要一条一条地修改DOM的样式。与其这样,还不如预先定义好css的class,然后修改DOM的className
- 把DOM离线后修改,先把DOM给display:none(有一次reflow),然后你想怎么改就怎么改
- 不要把DOM结点的属性值放在一个循环里当成循环里的变量
- 尽可能的修改层级比较低的DOM
- 为动画的HTML元件使用fixed或absoult的position
- 千万不要使用table布局
- 尽量简化和优化CSS选择器,将嵌套程度保持在最低水平
- 在使用滚动时禁用复杂的悬停动效
HTTP/2
HTTP/1.x的缺陷
- 连接无法复用:连接无法复用会导致每次请求都经历三次握手和慢启动
- Head-Of-Line Blocking:导致带宽无法被充分利用,以及后续健康请求被阻塞
- 协议开销大
- 安全因素:HTTP/1.x中传输的内容都是明文,客户端和服务端双方无法验证身份
HTTP/2的新特性
- 新的二进制格式
- Header压缩
- 流(stream)和多路复用(MultiPlexing)
- 优先级
基于HTTP /2可以有哪些优化规则,HTTP/1.x哪些优化可以放弃了,请参照以下文章
HTTP2的Web优化
HTTP2提升性能7个建议
网友评论