网站拜候速度问题其实应该居于站长应该斟酌的最优先的问题，网站拜候慢直接关系到网站拜候量，用户体验度的问题。今天我就来给年夜家介绍几种通用的解决网站太慢的体例。
1.通过阅读器插件找出网页请求过程中的加载时间问题
这里推荐使用火狐的Firefbug或谷歌阅读器的开辟人员东西（F12），这里以firebug为例，装好firebug后，在打开firebug的情况下，刷新你的网站页面，如图：
通过firebug插件中的网络选项卡，我可以知道网页在加载过程中，所有的请求的拜候速度情况，如上面那条，通过对具体请求的详情查看，我知道了这个域名光解析竟然用了2秒钟，而期待响应竟然出有近2分钟。然后领受数据时间也很多。然后通过firebug还可以找出哪个请求链接用的时间最长。
2.通过阅读器插件，找出办事器的优化不足
我们将展开比较慢的请求，看详细的信息头：
URL：http://lszm.zmke/wp-includes/css/admin-bar.css?ver=20111209
Cache-Control max-age=0
通过甚信息，发现，CSS文件做为静态资源，它的Cache-Control的最年夜缓存量竟然是0，也就是说它制止了缓存，那么对每个用户的拜候来讲，每次可能就都需要从我的办事器上请求到资源，那显示办事器压力也年夜，用户拜候也慢，而我去看下百度的响应头信息
URL：http://upload.chinaz/2011/1221/1324434300126.gif
Cache-Control max-age=315360000
Expires Thu,16 Dec 2021 06:53:18 GMT
Accept-Encoding gzip, deflate
百的图片在阅读器上的缓存过时时间是10年，到2021年，而页面也是颠末gzip压缩过的，缓存最年夜值也是很是年夜。
而百度的拜候过程也正说明了这一点，通过这样的优化，从办事器上加载的数据量不再是全部，总量86KB，其中33KB来自阅读器缓存
3.解决问题
通过上面的体例取得的结论是，对这个网站，主要要解决的问题是：
a.解析的问题
b.办事器的优化
c.网络的问题
解析问题其实很好办，国内有很多免费的DNS提供商，如果我们存在这样的问题，直接换个DNS提供商就好了。这里主要是来讲下缓存时间的设置，以NGINX办事器为例。
打开nginx的配置文件，
location / {
root /var/www;
index index.html index.htm index.php;
}
location ~* ^.+.(jpg|jpeg|swf|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js|mov) {
root /var/www;
access_log off;
expires 350d;
}
在location中，我们可以对静态文件做专门的缓存措置，添加expires项，即过时时间，在这里我设置的是350天，也就是说如果用户没有清空自己的阅读器缓存，那么在拜候过一次之后，在后面的二次拜候时，城市直接从阅读器缓存中拿到图片，而不再颠末我的办事器，这样显然，对图片、静态资源很多的网站，这样提高速度的效果很明显。
13 http {
14 include /etc/nginx/mime.types;
15
16 access_log /dev/null;
17
18 sendfile on;
19 tcp_nopush on;
20
21 #keepalive_timeout 0;
22 keepalive_timeout 0;
23 tcp_nodelay on;
24 client_max_body_size 160m;
25 gzip on;
26 gzip_disable "MSIE [1-6].(?!.*SV1)";
在http区域中，我们设置gzip为on，在后面我还做了一些正则参数，即IE1-6是不压缩的，因为IE1-6对压缩支持不是很好。
做好这二项后，然后重启下nignx办事器，就起头生效了。
当然有的同学的网站可能自己还接触不到办事器这一层，如虚拟主机用户等，在这里，我介绍年夜家使用加欢愉（jiasule）的免费CDN办事，插手后，CDN的各节点就会将上述的问题妥善解决，包含域名解析、电信网通的互通问题等。看下效果：
最后：当然，加快其实不是万能的，选择一款好的办事器是最底子的，如果上面的体例还不克不及解决问题，那就得斟酌从硬件上提升了。
原文地址：http://lszm.zmke/i/76