HTTP调试工具:Fiddler 介绍二
2006-10-16 22:29
711 查看
学习如何通过Fiddler建立一个速度更快的网站。在这篇文章中,我们将使用Fiddler去探究HTTP的性能,缓存,以及压缩。
如果你要是没有安装和配置过Fiddler,请从文章的第一篇开始。
在第一次至关重要的访问中,用户必须要下载每一个内容片断,来生成页面,包括JS,CSS,Images,HTML,如果你的页面太难加载(包括IIS接到请求执行并返回给客户端HTML),访问者也许就会离开你的页面!
通过暴露所有的HTTP通讯,Fiddler很容易得向你展示哪些文件经常被用于生成一个页面,
Shift+click可以在Fiddler左边框的会话列表中多选会话,来计算那些被选会话的“页面总重量”。那些被转换成字节的数量。
如果你想让你的客户在第一次访问的时候就留下深刻的印象,那么最好的,也是唯一的途径就是返回给客户更少的文件。
1使用更少的图画
2将所有的CSS浓缩到一个CSS文件中
3将所有的脚本浓缩到一个JS文件中
4简化你的页面时间
5使用HTTP压缩
如果要是你已经对用户的第一次来访的性能进行了优化,那么你可以通过Http缓存的优势来使得你的网站访问速度更快!
减少请求和响应的往返次数
减少请求和响应的往返字节大小。
HTTP缓存是最好的减少客户端服务器端往返次数的办法。缓存提供了提供一种机制来保证客户端或者代理能够存储一些东西,而这些东西将会在稍后的HTTP响应中用到的。(即第一次请求了,到了客户端,缓存起来,下次如果页面还要这个JS文件或者CSS文件啥的,就不要到服务器端去取下来了,但是还是要去服务器上去访问一次,因为请求要对比ETAG值,关于这个值,我将会在下次翻译中介绍其作用)这样,就不用让文件再次跨越整个网络了。
当客户端需要一个资源(html,css.js…),他们有3种可能的动作:
1发送一个一般的HTTP请求到远程服务器端,请求这个资源。
2发送一个有条件的HTTP请求到服务器,条件就是如果它不同于本地的缓存版本。
3如果缓存的拷贝可用,就使用本地的缓存资源。
当发送一个请求,客户也许会使用如下的几个HEADER
Table1.ClientCacheHeaders
1Pragma:no-cache表明客户端不愿意接受缓存请求,它需要的是最即时的资源。
2If-Modified-Since:datetime表明如果这个资源自从上次被客户端请求,就已经修改了,那么服务器就会返回给客户端最新的。
3If-None-Match:etagvalue如果客户端资源的ETAG值跟服务器端不一致了,那么服务器端返回最新的资源。ETAG就是一个唯一的ID,用来表示一个文件的一个特定的版本。
如果要是这些有条件的请求,也就是含有If-Modified-Since或者If-None-MatchHeader头的请求,服务器将会以HTTP/304NotModified来作为响应,那么客户端就知道可以使用客户端的缓存了。否则,服务器将会返回一个新的响应并且客户端就会抛弃过期的缓存资源。
你可以观察2个连贯的请求,来请求同一个图片,你会在Fiddler中发现:在第一个本地缓存版本中,服务器返回一个含有ETAG的文件,和一个含有最后修改日期的文件,在这个第一次的请求会话中,一个本地的缓存版本已经可以使用了。这样一来,一个有条件的请求就被创建出来。然后你再次请求这个图片的时候,他就就会响应一个本地缓存的文件,当然前提是第一次缓存的图片的ETAG值或者If-Modified-Since值跟服务器上匹配的话,服务器就响应一个304给客户端。
Session#1
GET/images/banner.jpgHTTP/1.1
Host:www.bayden.com
HTTP/1.1200OK
Date:Tue,08Mar200600:32:46GMT
Content-Length:6171
Content-Type:image/jpeg
ETag:"40c7f76e8d30c31:2fe20"
Last-Modified:Thu,12Jun200302:50:50GMT
Session#2
GET/images/banner.jpgHTTP/1.1
If-Modified-Since:Thu,12Jun200302:50:50GMT
If-None-Match:"40c7f76e8d30c31:2fe20"
Host:www.bayden.com
HTTP/1.1304NotModified
因为一个HTTP304响应仅仅包含头,没有body,所有它在穿越互联网的时候要比携带了资源的快很多,尽管如此,HTTP/304响应需要一个服务器的往返,但是通过细心的设置响应头,web程序员可以消除这种因素,甚至是有条件的请求。
Expires头包含一个绝对的日期,当超过此日期,它将不会被考虑更新了。
Table2.CommonCache-ControlHeaders
Cache-Control头的参数设置:
Public响应会被缓存,并且在多用户间共享。
Private响应只能够作为私有的缓存,不能再用户间共享。
No-cache响应不会被缓存
No-store响应不会被缓存,并且不会被写入到客户端的磁盘里,这也是基于安全考虑的某些敏感的响应才会使用这个。
Max-age=#seconds响应将会某个指定的秒数内缓存,一旦时间过了,就不会被缓存。
Must-revalidate响应会被重用来满足接下来的请求,但是它必须到服务器端去验证它是不是仍然是最新的。
注意:
如果你要想在iis中配置缓存,请参阅温软的知识技术文章:
·HowtoModifytheCache-ControlHTTPHeaderWhenYouUseIIS.
你可以学习更多关于在asp.net中使用缓存的知识文章:
·HowToCacheinASP.NETbyUsingVisualC#.NET.
如果你发现你经常在你的网站上更新文件,但是并没有更改文件名字,那你就必须要非常小心地设置你的缓存生存时间。例如:如果你要一个thisyear.gif图片文件显示当前的年份在网站上,你需要保证这个缓存过期时间不能超过一天,否则一个用户在12月31号访问你的网站的时候,在1月1号就不能显示正确的日期。
由于某些原因,服务器可能会设置:Progma:no-cache头,Cache-control:no-cache
Header中的参数:Vary是一个缓存信号,Vary:User-Agent表示缓存当前的响应,但是仅限于当发送同样的User-Agent头的时候。指令Vary:*就相当于Cache-Control:no-Cache。
Vary就相当于asp.net中的缓存的参数一样,意思是根据什么来缓存,如果要是知道asp.net的缓存的使用方法,就很容易明白这个参数的意思。
使用HTTP会话列表,Fiddler用户可以看到在页面里包含的HTTP缓存头。
有条件的请求和WinInetCache
IE通过Microsoft windows Internet Services来最大程度的利用缓存服务。WinInet允许用户配置缓存的大小和行为,设置缓存进行如下操作:
1 打开IE,
2 工具选项,选择Inrernet选项,在一般子选项中,临时文件夹内,点击设置
下图就是选村的四种设置:
标记性能问题:
你可以使用Fiddler的自定义规则来标记某些你需要的,比如如果某个响应大于25KB,你可以把当前的Session标记为红色,更加醒目。以下代码都是在OnBeforeResponse事件中:
这个 Accept-Encoding 头表明IE将愿意接受GZIP格式的和DEFLATE格式的压缩响应。
相应的响应如下:
你可以使用Fiddler来解压缩这些数据。实验表明,使用HTTP压缩能大量减少数据往返,一个普通的CSS文件甚至能减少80%!当然压缩是以牺牲CPU性能为代价的。特别是压缩动态文件,但是一般的权宜之策是压缩例如JS,CSS等静态文件,因为他们在第一次压缩后,就会被存储在服务器上,如果要压缩asp.net动态文件,一定要有个权衡才行
如果您现在还是不满足您的程序优化,那么你还可以参看这篇文章,
TenTipsforWritingHigh-PerformanceWebApplications
如果你要是没有安装和配置过Fiddler,请从文章的第一篇开始。
HTTP性能总览
毫无疑问用户都喜欢访问速度快的网站。用户是非常的不耐烦,除非你的网站是没有竞争对手,换句话就是处于垄断地位的。如果你的访问者来自世界各地,那你就必须要保证你的网站在执行效率方面要非常好,甚至要更加标准。作为一个国际化的网络连接点,通常要受到来自两个方面的压力:高访问量以及低带宽。在第一次至关重要的访问中,用户必须要下载每一个内容片断,来生成页面,包括JS,CSS,Images,HTML,如果你的页面太难加载(包括IIS接到请求执行并返回给客户端HTML),访问者也许就会离开你的页面!
通过暴露所有的HTTP通讯,Fiddler很容易得向你展示哪些文件经常被用于生成一个页面,
Shift+click可以在Fiddler左边框的会话列表中多选会话,来计算那些被选会话的“页面总重量”。那些被转换成字节的数量。
如果你想让你的客户在第一次访问的时候就留下深刻的印象,那么最好的,也是唯一的途径就是返回给客户更少的文件。
1使用更少的图画
2将所有的CSS浓缩到一个CSS文件中
3将所有的脚本浓缩到一个JS文件中
4简化你的页面时间
5使用HTTP压缩
如果要是你已经对用户的第一次来访的性能进行了优化,那么你可以通过Http缓存的优势来使得你的网站访问速度更快!
HTTP缓存介绍
2种方式来提升你的web应用程序的速度:减少请求和响应的往返次数
减少请求和响应的往返字节大小。
HTTP缓存是最好的减少客户端服务器端往返次数的办法。缓存提供了提供一种机制来保证客户端或者代理能够存储一些东西,而这些东西将会在稍后的HTTP响应中用到的。(即第一次请求了,到了客户端,缓存起来,下次如果页面还要这个JS文件或者CSS文件啥的,就不要到服务器端去取下来了,但是还是要去服务器上去访问一次,因为请求要对比ETAG值,关于这个值,我将会在下次翻译中介绍其作用)这样,就不用让文件再次跨越整个网络了。
缓存相关的请求头
为了提高性能,微软的IE和其他的web客户端总是想尽办法来维持从远程服务器上下载下来的本地的缓存。当客户端需要一个资源(html,css.js…),他们有3种可能的动作:
1发送一个一般的HTTP请求到远程服务器端,请求这个资源。
2发送一个有条件的HTTP请求到服务器,条件就是如果它不同于本地的缓存版本。
3如果缓存的拷贝可用,就使用本地的缓存资源。
当发送一个请求,客户也许会使用如下的几个HEADER
Table1.ClientCacheHeaders
Pragma:no-cache | Theclientisunwillingtoacceptanycachedresponsesfromcachesalongtherouteandtheoriginservermustbecontactedforafreshcopyoftheresource. |
If-Modified-Since:datetime | Theservershouldreturntherequestedresourceonlyiftheresourcehasbeenmodifiedsincethedate-timeprovidedbytheclient. |
If-None-Match:etagvalue | TheservershouldreturntherequestedresourceiftheETAGoftheresourceisdifferentthanthevalueprovidedbytheclient.An |
2If-Modified-Since:datetime表明如果这个资源自从上次被客户端请求,就已经修改了,那么服务器就会返回给客户端最新的。
3If-None-Match:etagvalue如果客户端资源的ETAG值跟服务器端不一致了,那么服务器端返回最新的资源。ETAG就是一个唯一的ID,用来表示一个文件的一个特定的版本。
如果要是这些有条件的请求,也就是含有If-Modified-Since或者If-None-MatchHeader头的请求,服务器将会以HTTP/304NotModified来作为响应,那么客户端就知道可以使用客户端的缓存了。否则,服务器将会返回一个新的响应并且客户端就会抛弃过期的缓存资源。
你可以观察2个连贯的请求,来请求同一个图片,你会在Fiddler中发现:在第一个本地缓存版本中,服务器返回一个含有ETAG的文件,和一个含有最后修改日期的文件,在这个第一次的请求会话中,一个本地的缓存版本已经可以使用了。这样一来,一个有条件的请求就被创建出来。然后你再次请求这个图片的时候,他就就会响应一个本地缓存的文件,当然前提是第一次缓存的图片的ETAG值或者If-Modified-Since值跟服务器上匹配的话,服务器就响应一个304给客户端。
Session#1
GET/images/banner.jpgHTTP/1.1
Host:www.bayden.com
HTTP/1.1200OK
Date:Tue,08Mar200600:32:46GMT
Content-Length:6171
Content-Type:image/jpeg
ETag:"40c7f76e8d30c31:2fe20"
Last-Modified:Thu,12Jun200302:50:50GMT
Session#2
GET/images/banner.jpgHTTP/1.1
If-Modified-Since:Thu,12Jun200302:50:50GMT
If-None-Match:"40c7f76e8d30c31:2fe20"
Host:www.bayden.com
HTTP/1.1304NotModified
因为一个HTTP304响应仅仅包含头,没有body,所有它在穿越互联网的时候要比携带了资源的快很多,尽管如此,HTTP/304响应需要一个服务器的往返,但是通过细心的设置响应头,web程序员可以消除这种因素,甚至是有条件的请求。
缓存相关响应头
通常缓存机制是由响应头来控制的。HTTP规范描述了Header控制缓存,TheoptionalCache-Control,Expires(过期)。Expires头包含一个绝对的日期,当超过此日期,它将不会被考虑更新了。
Table2.CommonCache-ControlHeaders
Value | Meaning |
public | Theresponsemaybestoredinanycache,includingcachessharedamongmanyusers. |
private | Theresponsemayonlybestoredinaprivatecacheusedbyasingleuser. |
no-cache | Theresponseshouldnotbereusedtosatisfyfuturerequests. |
no-store | Theresponseshouldnotbereusedtosatisfyfuturerequests,andshouldnotbewrittentodisk.Thisisprimarilyusedasasecuritymeasureforsensitiveresponses. |
max-age=#seconds | Theresponsemaybereusedtosatisfyfuturerequestswithinacertainnumberofseconds. |
must-revalidate | Theresponsemaybereusedtosatisfyfuturerequests,buttheoriginservershouldfirstbecontactedtoverifythattheresponseisstillfresh. |
Public响应会被缓存,并且在多用户间共享。
Private响应只能够作为私有的缓存,不能再用户间共享。
No-cache响应不会被缓存
No-store响应不会被缓存,并且不会被写入到客户端的磁盘里,这也是基于安全考虑的某些敏感的响应才会使用这个。
Max-age=#seconds响应将会某个指定的秒数内缓存,一旦时间过了,就不会被缓存。
Must-revalidate响应会被重用来满足接下来的请求,但是它必须到服务器端去验证它是不是仍然是最新的。
注意:
如果你要想在iis中配置缓存,请参阅温软的知识技术文章:
·
你可以学习更多关于在asp.net中使用缓存的知识文章:
·
如果你发现你经常在你的网站上更新文件,但是并没有更改文件名字,那你就必须要非常小心地设置你的缓存生存时间。例如:如果你要一个thisyear.gif图片文件显示当前的年份在网站上,你需要保证这个缓存过期时间不能超过一天,否则一个用户在12月31号访问你的网站的时候,在1月1号就不能显示正确的日期。
由于某些原因,服务器可能会设置:Progma:no-cache头,Cache-control:no-cache
Header中的参数:Vary是一个缓存信号,Vary:User-Agent表示缓存当前的响应,但是仅限于当发送同样的User-Agent头的时候。指令Vary:*就相当于Cache-Control:no-Cache。
Vary就相当于asp.net中的缓存的参数一样,意思是根据什么来缓存,如果要是知道asp.net的缓存的使用方法,就很容易明白这个参数的意思。
使用HTTP会话列表,Fiddler用户可以看到在页面里包含的HTTP缓存头。
Fiddler 会话列表
如果响应不包含Expires或者Cache-Control,那么客户端就会被迫作为一个有条件的请求,来保证所有的资源都是最新的。有条件的请求和WinInetCache
IE通过Microsoft windows Internet Services来最大程度的利用缓存服务。WinInet允许用户配置缓存的大小和行为,设置缓存进行如下操作:
1 打开IE,
2 工具选项,选择Inrernet选项,在一般子选项中,临时文件夹内,点击设置
下图就是选村的四种设置:
标记性能问题:
你可以使用Fiddler的自定义规则来标记某些你需要的,比如如果某个响应大于25KB,你可以把当前的Session标记为红色,更加醒目。以下代码都是在OnBeforeResponse事件中:
//Flagfilesover25KB
if(oSession.responseBodyBytes.length>25000){
oSession["ui-color"]="red";
oSession["ui-bold"]="true";
oSession["ui-customcolumn"]="Largefile";
}
同样,你也可以标记响应并不指示缓存信息。
//Markfileswhichdonothavecachinginformation
if(!oSession.oResponse.headers.Exists("Expires")&&
!oSession.oResponse.headers.Exists("Cache-Control")){
oSession["ui-color"]="purple";
oSession["ui-bold"]="true";
}
介绍HTTP压缩
所有的目前流行的WEB服务器和浏览器都提供HTTP压缩支持。HTTP压缩可以非常显著地降低客户端和服务器端的通讯量。节省超过50%的HTML,XML,CSS,JS等文件。一个浏览器发送一个信号给服务器,他可以介绍HTTP压缩过的内容,并且会把客户端所支持的压缩类型放在请求的Header中,例如:考虑如下的请求:GET/HTTP/1.1
Accept:*/*
Accept-Language:en-us
Accept-Encoding:gzip,deflate
User-Agent:Mozilla/4.0(compatible;MSIE6.0;WindowsNT5.1;SV1;.NETCLR1.1.4322)
Host:search.msn.com
这个 Accept-Encoding 头表明IE将愿意接受GZIP格式的和DEFLATE格式的压缩响应。
相应的响应如下:
HTTP/1.1200OK
Content-Type:text/html;charset=utf-8
Server:Microsoft-IIS/6.0--Microsoft-HTTPAPI/1.0
X-Powered-By:ASP.NET
Vary:Accept-Encoding
Content-Encoding:gzip
Date:Tue,15Feb200609:14:36GMT
Content-Length:1277
Connection:close
Cache-Control:private,max-age=3600
你可以使用Fiddler来解压缩这些数据。实验表明,使用HTTP压缩能大量减少数据往返,一个普通的CSS文件甚至能减少80%!当然压缩是以牺牲CPU性能为代价的。特别是压缩动态文件,但是一般的权宜之策是压缩例如JS,CSS等静态文件,因为他们在第一次压缩后,就会被存储在服务器上,如果要压缩asp.net动态文件,一定要有个权衡才行
如果您现在还是不满足您的程序优化,那么你还可以参看这篇文章,
相关文章推荐
- HTTP调试工具:Fiddler的使用方法介绍
- [转]HTTP调试工具:Fiddler的使用方法介绍
- HTTP调试工具:Fiddler介绍
- HTTP调试工具:Fiddler介绍
- HTTP调试工具:Fiddler的使用方法介绍
- 【Java】HTTP Web调试工具Fiddler介绍和使用教程
- HTTP调试工具:Fiddler的使用方法介绍
- [转]HTTP调试工具:Fiddler的使用方法介绍
- HTTP调试工具:Fiddler的使用方法介绍
- oracle ilearning中文汉字问题解决办法以及HTTP调试工具Fiddler的使用方法介绍
- HTTP调试工具:Fiddler介绍
- [改]HTTP调试工具:Fiddler 介绍二
- HTTP调试工具:Fiddler,httpwatch 介绍(转)
- HTTP调试工具:Fiddler介绍(翻译)(转)
- [转]HTTP调试工具:Fiddler的使用方法介绍
- HTTP调试工具:Fiddler介绍一(翻译)
- HTTP调试工具:Fiddler 介绍二
- HTTP调试工具:Fiddler介绍
- HTTP调试工具 Fiddler的使用方法 介绍 下载
- HTTP调试工具:Fiddler 介绍