这是一个创建于 3625 天前的主题，其中的信息可能已经有所发展或是发生改变。
过去几年，网站出现了明显的肥胖症趋势：一个网页会加载大量脚本和图像，导致一个没多少字的网页大小比一本世界名著还大。
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 |
 | &nbp; 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 PRO 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 嗯，跑手机流量，钱包伤不起！ |
1 | 16 bigzhu 2016-01-03 22:49:24 +08:00 问题是现在的网页，已经演进的已经不像当时刚出来时候仅仅是为了传播文字，而是演变成了有功能的程序。 一个有复杂功能的程序，只要个 1M 2M 其实也不算太过分唉。 再说，很多公用的 js 库，做好 cdn 缓存什么，本地浏览器早已缓存过，其实没什么感觉的 |
 | 17 charlie21 2016-04-02 09:41:54 +08:00 |
Select Language