csdn首页性能问题观察和建议

转自http://www.hetaoblog.com/csdn-performance-issue-review-advice/
昨天和今天打开csdn首页都出现了加载比较慢的情况，有较大的性能问题，昨天的情况比较突出；
下面是昨天的两张图






今天稍晚好点，下面是今天的图：



下面是一些个人观察
1． 从csdnimg.cn取一些图片的时候出现了502错误，好多要20s左右才返回，
从后续的一些测试发现，该502在imgaes.csdn.net,zi.csdn.net等域名取图片和flash的时候也出现502错误
2． 从z.csdn.net的GET gmjs.php的请求时间比较慢，好多请求要3s左右，
3． 系统较多，各种技术结合使用，php/jsp/aspx一起出现；子域名也特别多，说明首页关联到的系统特别多，图片存放也是各自为阵；包括统计系统似乎也用了google的analytics和自己的(counter.csdn.net的pv.aspx);
4． 总的请求数70+，略有点多；
5． 没有使用延迟加载技术，例如taobao.com这样，一些请求在浏览器滚动条拖下来才发送；当然这个对csdn意义也不是特别大；

老实说一句，csdn存在更多体现在蒋涛早期切入、各方面资源整合、内容的提供，主要体现在运营的成功上；就产品而言，无论博客、论坛、新闻等各个频道，用正面的说法是可以说是有很大很大的改进空间：）

无责任猜想：
a. 可以想象有技术完美主义的范凯看到这类遗留系统的心情，难怪他说对csdn的思路是能不动尽量不动；不过这样的问题是任何一个有一定历史的IT公司人员的必经之路哈；
b. 范凯进入后产品方面的大动作并不多，主要看到的一个javaeye的移动版；这和他说的移动时代的大机遇的言论一致；
c.

虽然所有的增长更多的体现在新产品的研发上，


但是对现有系统，无责任个人建议：
a. 如果花大量时间改写追求更好的设计，意义不大；但是性能、安全等硬指标还是要追求；比如加载时间啊，5**/4**的响应要尽量减少，这对用户是有意义的
b. 在为功能需求做改动的时候，慢慢的可以适当将系统简化；逐步过渡到简洁、统一的产品中；

分析得不错，一般大流量的网站都是把图片服务独立的。但如果不是物理独立，而是架构独立，对性能是否有改善。

登陆不成功的错误提示，就让我直接蔑视他了

昨天晚上到CSDN下载东西，结果点下载一点反应都没有，直接被我关掉了

LZ分享一下测试网站速度测试的软件。。谢谢

这个就是Firebug 把

大饼过去后，全部推倒重来。

http://www.hetaoblog.com/%E6%80%A7%E8%83%BD%E6%B5%8B%E8%AF%95%E5%B7%A5%E5%85%B7-%E5%88%A9%E7%94%A8firebug%E5%81%9A%E5%89%8D%E7%AB%AF%E6%80%A7%E8%83%BD%E6%B5%8B%E8%AF%95/

CSDN早已沦落成2流网站，就像《程序员》已经成了一本娱乐杂志。

httpwatch 也是不错观测性能的工具