过去几年,网站出现了明显的肥胖症趋势:一个网页会加载大量脚本和图像,导致一个没多少字的网页大小比一本世界名著还大。
GigaOm 在 2012 年发表了一篇文章批评这一现象,称每一个网页的平均大小超过了 1MB ,讽刺的是刊登这篇文章的网页本身的大小是 1.8MB 。 2014 年, GigaOm 又发布了一篇文章评论网页臃肿的现象,称网页的平均大小接近了 2MB ,而该网页本身的大小是 3MB 。按照这一趋势,不用多长时间单个网页的平均大小将超过 5MB 。
在社交媒体网站 Medium 上,一篇包含 400 字的页面大小是 1.2MB 。 Facebook 去年宣布 Instant Articles 功能的网页包含了国家地理杂志的一张数 MB 大小照片和一个 41MB 的视频。 Google 推出的 Instant Articles 竞争对手 Accelerated Mobile Pages 被发现会在 Chrome 上不停的下载同一个视频,它的大小是无限的。 Google 后来修正了这个问题,项目技术负责人解释说外包了。
今天的极简主义网页设计美学是靠着数 MB 甚至数十 MB 的没什么意义的图像堆砌起来的。导致今天的网页肥胖的原因,除了流行用图像代替文字,还有广告以及大量的跟踪脚本。
用支持者的话说,这就是内容免费的代价。
1
abelyao 2016-01-03 14:11:06 +08:00 via iPhone
因为网速上去了,开发者就随意引入各种类库,各种前端框架
|
2
JackBlack2006 2016-01-03 14:18:25 +08:00
幸好广告和跟踪脚本都可以屏蔽的,这样网络真是快了很多
|
3
levon 2016-01-03 14:22:35 +08:00
网速越来越快,机器性能越来越好,网页变大很正常。
|
4
Kilerd 2016-01-03 14:31:06 +08:00
@JackBlack2006 屏蔽都是在完全加载完之后屏蔽的,所以说还是消耗了宽带。
|
5
just1 2016-01-03 14:34:01 +08:00 via Android
@Kilerd 一般不会把长的 js 直接写在返回内容,也不会把 img 直接用 base64 写在返回内容,屏蔽的就是这个。
|
6
paloalto 2016-01-03 14:47:11 +08:00 via iPhone
如果刨去图片什么的,只保留必要的功能,那这可能就是所谓的极简主义网站了: http://guanlema.com
|
7
zonghua 2016-01-03 15:05:40 +08:00
想起美国在线和雅虎的故事。
|
8
maddot 2016-01-03 15:11:28 +08:00
这些“评论家”文字,就是太监在为皇帝的性生活着急呢
|
9
infinet 2016-01-03 15:28:11 +08:00
在 VSAT 宽带上打开现在的网页,特别是很多人同时在线时,那酸爽的感觉,谁用谁知道。
|
10
dapang1221 2016-01-03 15:28:45 +08:00 via Android
所以说图片最好都加上 lazyload ,别一下子下载一大堆,网页合理变大没关系,只要衡量好网速和用户的体验就好。而且像是 jquery 这样的库,会直接引用百度 cdn 的,这样兴许用户在打开网页之前已经在其他地方加载过了,直接 304 not modify
|
11
ccbikai 2016-01-03 15:43:03 +08:00
100M 的宽带
|
12
icloudnet 2016-01-03 16:21:53 +08:00
一个 jqurey 就 100k 了,再加几个 font 没谁了
|
13
devon 2016-01-03 17:30:38 +08:00
这难道不是进步么? 100M 网络,非得用 100K 的网页才爽么?
|
14
loading 2016-01-03 18:47:18 +08:00 via Android
嗯,跑手机流量,钱包伤不起!
|
16
bigzhu 2016-01-03 22:49:24 +08:00
问题是现在的网页,已经演进的已经不像当时刚出来时候仅仅是为了传播文字,而是演变成了有功能的程序。
一个有复杂功能的程序,只要个 1M 2M 其实也不算太过分唉。 再说,很多公用的 js 库,做好 cdn 缓存什么,本地浏览器早已缓存过,其实没什么感觉的 |
17
charlie21 2016-04-02 09:41:54 +08:00
|