 |
| |
调优Web站点性能完全攻略
|
责任编辑：chenyong |
| [04-2-13 12:55]
| 作者：卢庆龄
|
以用户为中心
通信传输是网络要解决的最重要课题，任何网络厂商都得面对通信和路由方面的难题，要使一个网站能够“贴近”用户，就得在通信传输方案方面下功夫。
可以在访问区间设置多服务器，并运用全局负载均衡设备，如Radware公司的Web服务器导向器优化路由，使用户能够访问到就近站点；也可以运用CDN，如Akamai或SolidSpeed方案，通过将大量动态页面对象，如图像和PDF文件置于靠近用户的缓冲器中，使用户实现对网站内容的就近访问。
若充分运用边缘网络系统（如CDN），Web页面内容会很快到达用户端，面对通信方面的问题也会少得多。不过CDN服务实现成本往往很高，而且操作中须将加速页面重写入相关的缓冲目标，造成一定时延。最近发布的边缘包含（ESI）规范，能够很好地解决在运用CDN时产生的动态页面内容的处理问题。一旦网络成本下降，这类方案将使边缘网传输成为主流。
减小数据量
对传输数据进行压缩，能提高访问速度。一般来说，大量的Web页面传输内容都由图像文件和其它二进制格式文件组成；现在的Web开发人员正设法减少GIF文件对颜色的使用，并调整JPEG格式文件大小。
虽然更高一级的图片文件压缩规范JPEG2000出台尚需时日，但浏览器功能的不断改进使网络中图形图像的快速显示成为可能。对于需要传送大容量图形文件的用户来说，可以不拘泥于标准Web格式而选择更高级的图像格式，如LizardTech公司针对商业用途发布的MrSid和DjVU标准。
随着HTML文档日趋复杂和JavaScript的大量运用，通过减少HTML或JavaScript文档中的空白来压缩页面，能大大减小文件尺寸。基于这种方法，支持HTTP1.1的浏览器能够同时支持GZIP文件编码，在传输前对文件进行压缩。一些Web服务器如Microsoft IIS5.0支持这种方案。
一般理解认为，数据量小即意味着网站传输速度快，然而具体到某个传输对象，必须考虑压缩/解压的时间因素，高度压缩文件用到带宽可能较少，但却不一定能快速提交到终端用户。
不可忽视客户端因素
没有协调一致的客户端操作相配合，压缩、分发、缓冲及其它一些方案终究不能发挥作用。Web用户访问的模式一般是“点击-等待-空闲-点击”，这事实上可以利用闲置时间来下载内容。如果在客户端安装这类软件，能大大提高网站性能。
最后，客户终端系统配置是关键，站点管理员几乎对客户端设置不能施加任何影响。页面不能快速提交，或许原因完全在客户端：终端系统配置脆弱，应用程序运行过多，磁盘存取速度太慢，或是浏览器速度低下。例如，人们在讨论站点速度时，往往忽略了浏览器这一重要因素；提起浏览器，人们自然会想起IE或Netscape，而事实上Opera Software公司的5.0版浏览器速度要快得多。
相关文章:
| |  | -
| |
