间歇分割器厂家
免费服务热线

Free service

hotline

010-00000000
间歇分割器厂家
热门搜索:
行业资讯
当前位置:首页 > 行业资讯

有效的提高网页效力的14条准则

发布时间:2020-07-24 11:02:27 阅读: 来源:间歇分割器厂家

内容再丰富的网站,如果慢到无法访问也是毫无意义的; SEO做的再好的网站,如果搜索蜘蛛抓不到也是白搭; UE设计的再人性化的网站,如果用户连看都看不到也是空谈。

所以网页的效力绝对是最值得关注的方面。如何才能提高一个网页的效力呢?Steve Souders(Steve Souders的资料提出的提高网页效力的14条准则,而这些准则也将是我们下篇中介绍到的YSlow工具的理论基础:

第一条:Make Fewer HTTP Requests 尽量的减少HTTP的Request要求数。

80%的用户响应时间都是浪费在前端。而这些时间主要又是由于下载图片、样式表、JavaScript脚本、flash等文件造成的。减少这些资源文件的Request要求数将是提高网页显示效力的重点。

这里好像有个矛盾,就是如果我减少了很多的图片,样式,脚本或flash,那末网页岂不是光秃秃的,那多难看呢?其实这是一个误解。我们只是说尽可能的减少,并没有说完全不能使用。减少这些文件的Request要求数,固然也有一些技能和建议的:

1:用一个大图片代替多个小图片。

这的确有点颠覆传统的思惟了。之前我们一直以为多个小图片的下载速度之和会小于一个大图片的下载速度。但是现在利用watch工具的对多个页面进行分析后的结果表明事实并不是这样。

第一张图是一个大小为40528bytes的337*191px的大图片的分析结果。

第二张图是一个大小为13883bytes的280*90px的小图片的分析结果。

一个大小为40528bytes的337*191px的大图片的分析结果(点击图片可以查看完全大图片)

一个大小为13883bytes的280*90px的小图片的分析结果(点击图片可以查看完全大图片)

第一张大图片花费时间为:

Blocked:13.034s

Send:0.001s

Wait:0.163s

Receive:4.596s

TTFB:0.164s

NetWork:4.760s

功耗时:17.795s

真正用于传输大文件花费的时间为Reveive时间,即4.596s,多数的时间是用来检索缓存和肯定链接是不是有效的Blocked时间,供花费13.034s,占总时间的73.2%。

第二张小图片花费时间为:

Blocked:16.274s

Send:小于0.001s

Wait:0.117s

Receive:0.397s

TTFB:0.118s

NetWork:0.516s

功耗时:16.790s

真正用于传输文件的花费时间是Reveive时间,即0.397s,这的确要比刚才大文件的4.596s小很多。但是他的Blocked时间为16.274s,占总时间的97%。

如果这些数据还不够说服你的话,让我们看看下面这张图。这里列出了某个网页中所有图片中的花费时间示意图。固然,里面的图片有大有小,规格不一。

大约80%以上的时间是用来检索缓存和肯定链接是不是有效的Blocked时间。其中藏青色的为传输文件花费的Reveive时间,而前面白色的为检索缓存和确认链接是不是有效的Blocked时间。铁一样的事实告知我们:

大文件和小文件下载所需时间的确是不同的,差异的绝对值不大。而且下载所需时间占总耗费时间比例很小。

大约80%以上的时间是用来检索缓存和肯定链接是不是有效的Blocked时间。不管文件大小,这个时间的花费大致是相同的。而且所占总耗费时间的比例是极大的。

一个100k的大图片总耗费时间绝对大于4个25k的小图片的总耗费时间。而且主要差别就是4个小图片的Blocked时间绝对大于1个大图片的Blocked时间。

所以如果可能还是使用大图片来替换过量的琐碎的小图片吧。这也是为何翻转门的效力要高于图片替换实现的滑动门的缘由。

但是,请注意:也不能用太大的单张图片,由于那样会影响到用户体验。例如个几兆的背景图片的使用绝对不是一个好主意。

2:合并你的css文件。

图:合并与融会我之前犯了一个毛病,你在看我《样式表的组织与计划》的系列文章中会知道。当时,我为了方便组织和计划样式表,将用于不同用处的样式表文件分离开来,构成不同的css文件。然后在页面中根据需要援用多个css文件。

根据尽量的减少HTTP的Request要求数准则我们知道,那样的确是不合理的,由于那样会产生更多的HTTP的Request要求数。从而下降网页的效力。所以,从提高网页效力的角度上而言,我们还是应当将所有的css写在同一个css文件中。但是问题又来了。那末怎样来很好的组织和计划样式表呢?这的确是个矛盾。我现在的做法是采取两套版本。编辑版和发布版。编辑版依然使用多个css文件以便于计划和组织。而等到发布的时候,再将多个css文件合并到一个文件中去,从而到达减少HTTPRequest要求数的目的。

3:合并你的javascript文件。

缘由和处理方法同上,不再赘言。

第二条:Use a Content Delivery Network 使用CDN

这个看上去好像很深奥的模样,但是只要结合中国的网络特点,这个便不难理解了。北方服务器、南方服务器、电信服务器、网通服务器这些词听起来是那末熟习和压抑。如果,一个北京的电信用户试图从广东的网通服务器上打开一个类似《壁纸合集》帖子的网页时,你就能很深入的理解。

鉴于这个不是我们开发人员力所能及的准则,所以这里也就不多言了。

第三条:Add an Expires Header 添加周期头

这个也并不是开发人员来控制,而是网站服务器管理员的职责。所以,如果作为开发人员的你不了解和明白也没有关系。还是把这个准则告知公司的网站服务器管理员。

第四条:Gzip Components 启用Gzip紧缩

这个大家应当比较熟习。Gzip的思想就是把文件先在服务器端进行紧缩,然后再传输。这对体积较大的纯文字型的文件有殊效。鉴于这也并不是开发人员,而是网站服务器管理员的工作范畴,这里就不详细讲授了。如果你对此感兴趣,可以资讯贵公司的网站服务器管理人员。

第五条:Put CSS at the Top 把CSS样式放在页面的上方。

无论是HTML还是XHTML还是CSS都是解释型的语言,而非编译型的。所以CSS到上方的话,那末浏览器解析结构的时候,就已可以对页面进行渲染。这样就不会出现,页面结构光秃秃的先出来,然后CSS渲染,页面又突然华丽起来,这样太具有戏剧性的页面阅读体验了。

第六条:Move Scripts to the Bottom 将脚本放在底部

缘由同第五条一样。只是脚本一般是用来于用户交互的。所以如果页面还没有出来,用户连页面都不知道甚么模样,那谈交互简直就是扯谈。所以,脚本和CSS正好相反,脚本应当放在页面的底部。

第七条:Avoid CSS Expressions 避免使用CSS中的Expressions

图:CSS中的Expressions其实也是一种if判断首先有必要先说明一下CSS Expressions是什么一个东西。其实它就像其它语言中的ifelse语句。这样在CSS中就可以进行简单的逻辑判断了。举个简单的例子

这样css就可以根结一些情况分别使用不同的样式了。如果你对这个感兴趣可以到我的博客上浏览相干的文章 《CSS中的expression系列文章》。但是CSS中Expressions 的代价却是极高的。当你的页面需要根据判断来渲染效果的元素很多的时候,那末你的浏览器将长时间处于假死状态,从而给用户带来极差的用户体验。

第八条:Make JavaScript and CSS External 将javascript和css独立成外部文件

这一条好像和第一条有点矛盾。的确,如果从HTTP的request要求数来说的话,这样做的确是下降了效力。但是之所以这么做,是由于另外一个重要的斟酌因素缓存。由于外部的援用文件会被浏览器缓存,所以如果javascript和css体积较大的时候,我们将它们独立成外部文件。这样当用户只要阅读一次以后,这些体积较大的js和css文件就能被缓存起来,从而极高地提高用户再次访问时的效力。

第九条:Reduce DNS Lookups 减少DNS查询

DNS域名解析系统。大家都知道我们之所以能记住那么多的网址,是由于我们记住的都是单词,而非202.153.125.45这样的东西,而帮我们把那些单词和202.153.125.45这样的ip地址联系起来的就是DNS。那这一条对我们到底有甚么真正意义上的指导意义呢?其实有两条:

1:如果不是必须,请不要把网站放到两台服务器上。

2:网页中的图片、css文件、js文件、flash文件等等,不要太多的分散在不同的网络空间中。这就是为何那种只发一个网站中的壁纸图片的帖子,要比壁纸图片来源于不同网站的帖子显示要快很多的缘由。

第十条:Minify JavaScript and CSS 减少JavaScript和CSS文件的体积

这点很好理解。在你的终究发布版本中把没有必要的空行、空格和注释全部去掉。明显手工去处理效力太低,好在网上到处都是用于紧缩这些东西的工具。紧缩JavaScript代码体积的工具随处可见,我便不再罗列了。

它提供了多种紧缩方式,可以适应多种要求。

第十一条:Avoid Redirects 避免跳转

我只从网页开发人员的角度来解读此条。那末我们可以解读到甚么东西呢?2点

1:此域名已过期,5秒钟以后,页面将跳转到xxxxxx/index页面,这句话看起来的确很熟习。但是,我就奇怪了,为何不直接链接到那个页面呢?

2:一些链接地址请更明确的写出来。例如:将justinyoungblogs/ 写成justinyoungblogs (注意最后面一个/符号)。的确,这两个网址都能访问到我的博客,但是,事实上,它们是有区分的。justinyoungblogs 的结果是个301响应,它会被重新指向justinyoungblogs/ 。但是明显,中间多浪费了一些时间。

第十二条 Remove Duplicate Scripts 移除重复的脚本

图:对重复说不!这个准则的道理很浅显,但是真正在工作中,很多人却由于项目时间紧、太累了、早期没有计划好这样的理由搪塞过去了。你,的确可以找很多的理由不去处理这些过剩重复的脚本代码,如果你的网站不需要更高的效力和后期保护的话。

也正是这点,我提示大家一些,一些javascript框架、javascript包一定要慎用。最少要问一下:用了这个js kit 到底给我们多少方便,提高了多少工作效率。然后,再与它由于过剩的、重复的代码带来的负面效果比较一下。

第十三条:Configure ETags 配置你的实体标签

首先来讲讲什么是Etag吧。Etag(Entity tags )实体标签。这个tag和你在网上常常看到的标签云那种tag有点区分。这个Etag不是给用户用的,而是给浏览器缓存用的。Etag是服务器告知浏览器缓存,缓存中的内容是不是已产生变化的一种机制。通过Etag,浏览器就可以知道现在的缓存中的内容是否是最新的,需不需要重新从服务器上重新下载。这和Last-Modified的概念有点类似。很遗憾作为网页开发人员对此无能为力。他仍然是网站服务器人员的工作范畴。如果,你对此有兴趣,可以咨询贵公司的网站服务器管理员。

第十四条:Make Ajax Cacheable 上面的准则也适用Ajax

图:Ajax的使用要恰当现在的Ajax好像有点被神话了,好像网页只要Ajax了,那末就不存在效力问题了。其实这是一种误解。低劣的使用Ajax不会让你的网页效力更高,反而会下降你的网页效力。Ajax的确是个好东西,但是请不要过分的神话它。使用Ajax的时候也要斟酌上面的那些准则。

后记:

固然,上面的这些也只是供你参考的理论上的准则。具体的情况还是要具体的去对待。理论和准则只是用来指点现实工作的,却是万万不可死记硬套。

贵州哪家医院治羊癫疯最好

癫痫病遗传

成都癫痫病医院哪家好