楔子
我在研究网络技术，总是访问各种各样的网站，为什么我们不去看一下这些网站的技术体系结构是什么样的呢？ 查一下源代码吧？ 于是这个系列就做好了。 你先找谁？ 找山寨版的开心网开刀吧。 这个快乐网不是那个快乐网。 呵呵。
老实说，我不太想注册，也不太想研究。 一般来说，一个网站最重要的是首页。 Ok，那就从首页开始吧。
这个系列的文章只是个人的研究发表。 作为参考，本人不承担任何责任。 啊，谢绝跨省逮捕。 关于开心网，因为是封闭系统的系统，所以选择了注册的页面进行了分析。 页面地址： http://reg.kaixin.com/kx7201.do？ ss=10112rt=26
分析工具：各种浏览器、firebug (基于Firefox的插件)。
导语：
如果我是xsdsb的话，就必须炒掉快乐网的CTO。 不知道为什么，这么简单的登录页面竟然有385.2KB的大小。 像开心网这样大的流量，每增加1kb就意味着每天n以上的钱。 呵呵，开玩笑的，开心网的CTO别骂我。 如果有一天你真的被炒了，别怪我哦，只能说是偶然。 找不到官方pv或独立Ip的数据。 以alexa的数据为基础来参考一下吧。 日平均独立的Ip估计为528，000。 我想每个独立的Ip都会访问并登录，但实际上可能很少。 因为可能有很多用户直接登录到首页。 (alexa的数据也不那么可靠，仅供参考。
快乐网的页面每增加1k，我们需要多少带宽？ 计算起来，需要528，000/1024=515 MB /天的带宽。 然后，平均计算为每天24小时的用户访问平均。 (实际上是不可能的。 一般来说，峰值访问是平均值的两倍以上。 )每秒的消耗带宽为528000/) 24小时* 60分钟* 60秒。 ) 6kb
官，我觉得像开心网这样简单的登录，完全可以控制在100k以内的大小，为什么我需要这么多呢？ 稍后看看我网页的分析就知道了。 这是什么概念？ 385-100=285k，计算带宽时，为285k * 12k/1024=3.3M。 老实说，开心网每天需要增加3.3M的独占带宽。 3.3M的带宽是多少？ 在开心网这样的网站上，很难放置特别的垃圾吧。 以中档机房为例。 北京中速的3M独立带宽，怎么也需要3-5万元吧。 虽然找不到合适的数据，但请从各个网站推测值，由认识的朋友告诉我。 除了CDN的带宽之外，我认为开心网每年还需要为此增加5-8万的费用。
分析一下开心网存在的问题：
1. Javascript文件直接写入网页中
开心网登录页包含大量的javascript代码，这些代码不利于维护，但也不用于用户加载页面。 粗略计算一下，开心网登录页上有180多行javascript代码，而总代码只有336行。 也就是说，代码中的javascript代码占1/2多。
2 .网页未打开gzip
这是一个比较白痴的错误。 根据从文件头返回的信息，开心网应该在linux上构建了nginx。 添加gzip不是很难吗？ 另外，对于html和静态js/css等文件，gzip后传输量至少可以减少50%。 如果是这个项目，每年可以节约数百万美元的成本。
当然，也有人反对gzip增加了服务压力，对客户端解压缩时间和文件大小减少的传输速度没有太大好处。 但是，对于静态文件，它可以位于独立的服务器上，该服务器可以压缩文件并将其放在缓存中，这样就可以提高响应速度，而无需去读取IO。 另外，现在用户的带宽已经超过了512k的adsl，为什么我不能让用户更快地看到我们的页面呢？ 退一万步说，用户真的很在意这几秒钟的速度，为什么不能减少带宽压力节约成本呢？ 把省下来的钱奖励给员工，他们可能会给我带来更多的惊喜。
3. Javascript什么也没做
开心网的javascript真的很有趣。 他们的开发者代码质量不错，至少评论得很好。 但是问题是，这些评论是否都需要发送给客户端？ 快乐网想教我们怎么写javascript代码吗？ 这样的代码发送到客户端，在占用带宽的同时泄露站点代码。
作为开心网中心的javascript文件xn.core.js有105k。 在这么大的尺寸中注释占了很多代码。 我试图使用雅虎和谷歌的压缩工具进行压缩，但由于代码中有错误，无法完成，所以不得不放弃。 但是，该js预计，通过最基本的压缩去除空行和注释，可以减少1/5左右的大小。 如果进行一些混淆的话，应该是40k左右。 如果再gzip的话，应该在15k以内。
4 .图像文件太大
登录页包含157k的sys-bj2.jpeg文件。 天啊，这么大。 下载这张照片后发现这张照片实际上是和几张照片组合在一起的。 他们的设计人员实际上想减少从网页到服务器的请求数量，所以将几个图像放在了一起。 但是，他们的做法是错误的。
要减少请求数量，请单击，
一般是把小图片，一般是几k的36 px* 36px以下的小图片合并，而不是把大图片也合并。因为小图片数量多，而大图的合并，也会增加图片的大小。我将这个图片用ps再优化一下，优化到66k，也没发现明显的失真。所以我认为，就算是大图，也可以优化到80k以内，而不是如此157k大小的图片。再多一句，这个图片总量才5个合并是完全没有必要的，并且图片最大的有600px*255px，而最小的只有10px*10px以下，这种合并没有任何益处，百害而无一益！
总结:
开心网作为一个访问量非常大的网站，网页结构也非常简单，理应做得更小，比如在100k以内。从我的分析中可以看出，主要问题集中在javascript，gzip和图片上，代码质量总体还可以。当然，我们不仅只是挑刺，也应该看到一些好的地方，如下：
1. 首页处理得比较到位，虽然javascript也没有压缩，但总大小只有108k
2. 文件请求数较少，这个和开心网本身有关，开心网本来就不是一个网页结构复杂的网站，所以文件数自然会比较少了
3. 静态文件和网页分开部署
4. Javascript注释比较好，但不应该发到客户端
重要建议：
1. 开启gzip压缩
2. 压缩javascript及css，并将这些文件缓存起来
最后，这次的分析就写到这里了，就事论事而已，和任何网站及相关的人员没有任何关系，呵呵。
本文来自天真的小天鹅[http://iove.net/]，原文链接：http://iove.net/archives/1623.html，网站转载请注明来源于天真的小天鹅并保留原文链接，否则视为侵权。