网站同样的服务器,速度为什么差别这么大

service 电脑学堂 131 次浏览 没有评论

早上看到一老顾客问了个问题。两个网站,都是采用的阿里云的服务器,一个速度很快(0.4s左右),另一个速度相对慢(3.4s)。这里就不讨论网站慢几毫秒丢失多少倍客户的理论问题了,只分析为什么同样的服务器,网站速度差别这么大?

正好拿这俩分析过程,解析为什么同样的服务器,别人的网站打开块自己的网站打开就慢呢。

1)网站首页文件总大小

自动草稿

第一个网站,首页总大小215K

自动草稿

第二个,首页总大小1000K左右

2)网页请求文件数量不同

自动草稿

19个请求文件

自动草稿

28个请求文件

1和2作一个小结:

快的网站,首页文件228k,

慢的网站,首页文件1000k

第一个,19个文件

第二个,28个文件

发货来举例子

第一个的是19个小包,合计重量228斤

第二个是28个包,合计重量1000斤

都要从香港发往内地

这一方面解释了,为什么一样的网站服务器,一个快而另一个慢。

3)静态和伪静态的影响

自动草稿

块的网站,等待时间66毫秒

自动草稿

慢的网站,等待时间223毫秒

快的网站,采用的静态化,实现的真的静态效果。

慢的网站,用的伪静态,每次请求页面,都是服务器重新读取数据库,渲染生成html内容

再拿开饭店的举个例子

第一个是快餐店

用户点餐到上菜66s(放大了单位)

第二个是现做现吃的餐馆

从点菜到上菜223s

因为第二个,是顾客来了现摘菜、现炒、现做

虽然都能满足顾客的需要,但是要度等一会

4)网页中个别大图的拖累

只拿第二个的分析

自动草稿

177K的文件,下载用时525ms

自动草稿

362K的文件,下载用时1556ms

这俩是网页里面的大包裹

他们运输比较慢第一个,从香港发货到内地用了0.56s

第二个,从香港发货到内地用了1.556s

而快的网站,图片都做过精简,都是小包

网页中,也是有木桶效应。如果某个文件过大,类似上面的大包,那么就有可能导致这个最大的包裹,决定网页是否能够完整显示

另外,分析看两个服务器一个是linxu系统,一个是iis的。一个网页里面没有外部应用js,另一个大量应用js…类似的,还有很多差别之处。

上文提到了图片素材比较大的问题。那么日常维护网站的时候,如何才能避免类似的大包拖累网站速度呢?这块,建议和美工同学沟通,让输出web格式的图片。

经常看到美工做的图,原图输出,被用到了网站上。这样的大图,对于网站来说,就是一个坑。越多这样未经优化的大图,网站速度越慢。



义乌奥美电脑 技术咨询

发表评论

Go