1，编写节约的HTTP服务器他们设置了一个比较大的maxage，通过改名来实现更新大可不必，我用我的方法更好 (高负载下速度明显提升，节约5~10倍服务器)

对一些重要的服务器量身定做。或者选用比较高效的开源软件进行优化。

2， 使用长连接 (速度明显提升，节约带宽2倍以上，减少网络拥塞3~无数倍)

浏览一个新人的页面,大概要下载30~40张小图片。使用单一的pic.kaixin001.com域名，不能提高并发，可以考虑多域名取模。

对于一次性请求多个资源，或在比较短的间隔内会有后续请求的应用，将上面分离出来的数据进行压缩(累计节约带宽10倍)，使用长连接能明显提升用户体验，减少网络拥塞，沈阳服务器减少后端服务器建立新连接的开销。

3，不同服务混合使用  （节约1~2倍服务器）

如果我们一台服务器只支持30w conn的话，那么剩余的75% cpu资源，95%的内存资源，和几乎所有的磁盘资源都可以部署动态池系统，我觉得DB对网卡中断的消耗还是有限的，我也不用新买网卡了。

4，数据和呈现分离，静态数据和动态数据分离 (速度明显提升，同时节约3倍带宽)

div+css 数据和呈现分离以后，据说文件大小能降到以前的1/3。

图片请求带了cookie，上行带宽浪费点无所谓，使用deflate压缩算法，但是会影响响应速度和用户体验。

把页面中引用的js文件分离出来，把动态部分和静态部分也分离开来。

5,对于纯数据部分启用新的域名(速度有提升，上行带宽节约1倍以上)

比如我们另外购买了沈阳海风服务器来做数据服务，以避免cookie,节约带宽. Cookie不但会浪费服务器端处理能力，而且它要上行数据，而通常情况上行比下行慢。

6, 让用户尽可能多的Cache你的资源,每次点刷新页面，都会重新加载很多图片，虽然很多是304，我觉得绝大部分就不应该发这个请求。一般来说压缩过的文件大小不到以前的30% 

(速度明显提升，节约3~50倍服务器资源和带宽资源）

将上面分离出来的css和不经常变动的js数据部分cache住合适的时间。(理想情况,累计节约带宽30~500倍) 。