欧美色区777第一页,很黄很黄激情成人,欧美天堂亚洲电影院在线观看

反向代理��?---服务器的代理

肥仔 — Tue, 08 Sep 2009 14:44:00 GMT

代理服务器是使用非常普遍的一�U�将局域网��L��联入互联�|�的一�U�方式，使用代理上网可以节约紧缺�?span lang=EN-US>IP地址资源�Q�而且可以��L��外部��L��对内部主机的讉K��Q�� 内部�|�主机免受外部网��L��的攻凅R��但是，如果惌��互联�|�上的主��问内部网的主��源（例如�Q?span lang=EN-US>Web站点�Q�，又想使内部网��L��免受外部�|�主机攻击，一般的代理服务是不能实现的�Q�需要��用反向代理来实现�?

　　本文��详�l�介�l�反向代理服务的概念以及如何利用反向代理服务器提�?span lang=EN-US>WEB服务器的性能和安全性�?span lang=EN-US>

　　一�Q�反向代理的概念

　　什么是反向代理呢？其实�Q�反向代理也��是通常所说的WEB服务器加速，它是一�U�通过在繁忙的WEB服务器和Internet之间增加一个高速的WEB�~�冲服务器（卻I��WEB反向代理服务器）来降低实际的WEB服务器的负蝲。典型的�l�构如下图所�C�：

　　Web服务器加速（反向代理�Q�是针对Web服务器提供加速功能的。它作�ؓ代理Cache�Q�但�q�不针对��?览器用户�Q�而针对一台或多台特定Web服务器（�q�也是反向代理名�U�的由来�Q�。实施反向代理（如上图所�C�）�Q�只要将Reverse Proxy Cache讑֤�攄��在一台或多台Web服务器前端即可。当互联�|�用戯��问某�?span lang=EN-US>WEB服务器时�Q�通过DNS服务器解析后�?span lang=EN-US>IP地址�?span lang=EN-US>Reverse Proxy Server�?span lang=EN-US>IP地址,而非原始Web服务器的IP地址,�q�时Reverse Proxy Server讑֤�充当Web服务器，��览器可以与它连接，无需再直接与Web服务器相�q�。因此，大量Web服务工作量被卸蝲到反向代理服务上。不但能够防止外部网��L��直接�?span lang=EN-US>web服务器直接通信带来的安全隐患，而且能够很大�E�度上减�?span lang=EN-US>web服务器的负担�Q�提高访问速度�?span lang=EN-US>

　　二． 反向代理和其它代理的比较

　　下面��对几种典型的代理服务作一个简单的比较。在�|�络上常见的代理服务器有三种�Q?span lang=EN-US>

　　1�Q?标准的代理缓冲服务器

　　一个标准的代理�~�冲服务被用于缓存静态的�|�页�Q�例如：html文�g和图片文件等�Q�到本地�|�络上的一��C��Z��Q�即代理服务器）。当被缓存的��面被第二次讉K��的时候，��览器将直接从本��C��理服务器那里获取��h��数据而不再向�?span lang=EN-US>web站点��h��数据。这样就节省了宝�늚��|�络带宽�Q�而且提高了访问速度。但是，要想实现�q�种方式�Q�必��d��每一个内部主机的��览器上明确指明代理服务器的IP地址和端口号。客��L��上网�Ӟ��每次都把��h��送给代理服务器处理，代理服务器根据请求确定是否连接到�q�程web服务器获取数据。如果在本地�~�冲区有目标文�g�Q�则直接��文件传�l�用户即可。如果没有的话则先取回文�Ӟ��先在本地保存一份缓�Ԍ��然后��文件发�l�客��L��览器�?span lang=EN-US>

　　2�Q?透明代理�~�冲服务�?span lang=EN-US>

　　透明代理�~�冲服务和标准代理服务器的功能完全相同。但是，代理操作对客��L��的浏览器是透明的（即不需�?明代理服务器�?span lang=EN-US>IP和端口）。透明代理服务器阻断网�l�通信�Q��ƈ且过滤出讉K��外部�?span lang=EN-US>HTTP�Q?span lang=EN-US>80端口�Q�流量。如果客��L��的请求在本地有缓冲则��缓冲的数据直接发给用户�Q�如果在本地没有�~�冲则向�q�程web服务器发��求，其余操作和标准的代理服务器完全相同。对�?span lang=EN-US>Linux操作�pȝ��来说�Q�透明代理使用 Iptables或�?span lang=EN-US>Ipchains实现。因��Z��需要对��览器作��M��讄��Q�所以，透明代理对于ISP�Q?span lang=EN-US>Internet服务器提供商�Q�特别有用�?span lang=EN-US>

　　3�Q?反向代理�~�冲服务�?span lang=EN-US>

　　反向代理是和前两�U�代理完全不同的一�U�代理服务。��用它可以降低原始WEB服务器的负蝲。反向代理服务器承担了对原始WEB服务器的静态页面的��h��Q�防止原始服务器�q�蝲。它位于本地WEB服务器和Internet之间�Q�处理所有对WEB服务器的��h��Q�阻�?�?span lang=EN-US>WEB服务器和Internet的直接通信。如果互联网用户��h��的页面在代理服务器上有缓冲的话，代理服务器直接将�~�冲内容发送给用户。如果没有缓冲则先向WEB服务器发��求，取回数据�Q�本地缓存后再发送给用户。这�U�方式通过降低了向WEB服务器的��h��C��而降低了WEB服务器的负蝲�?span lang=EN-US>

　　三．反向代理工作原理

　　反向代理服务器位于本�?span lang=EN-US>WEB服务器和Internet之间,如下图所�C�：

　　当用��h��览器发出一�?span lang=EN-US>HTTP��h��Ӟ��通过域名解析��请求定向到反向代理服务器（如果要实现多�?span lang=EN-US>WEB 服务器的反向代理�Q�需要将多个WEB服务器的域名都指向反向代理服务器�Q�。由反向代理服务器处理器��h��。反向代理一般只�~�存可缓冲的数据�Q�比�?span lang=EN-US>html�|?��和囄��{�）�Q�而一�?span lang=EN-US>CGI脚本�E�序或�?span lang=EN-US>ASP之类的程序不�~�存。它�Ҏ��?span lang=EN-US>WEB服务器返回的HTTP头标记来�~�冲静态页面。有四个最重要HTTP头标讎ͼ�

Last-Modified: 告诉反向代理��面什么时间被修改
Expires: 告诉反向代理��面什么时间应该从�~�冲��Z��删除
Cache-Control: 告诉反向代理��面是否应该被缓�?
Pragma: 告诉反向代理��面是否应该被缓�?span lang=EN-US>.

例如�Q�在默认情况下，ASP��面�q�回” Cache-control: private.” �Q�所�?span lang=EN-US>ASP��面时不会在反向代理服务器缓存的

反向代理服务器（Reverse Proxy Server�Q�一般被�|�于源服务器的前端，如图中所�C�。它配备有大定w��的内存和高速磁盘，用于�~�存客户的请求，所以反向代理服务器又称为加速服务器�?

�?span lang=EN-US>:反向代理服务�?span lang=EN-US>

对于客户送过来的��h��Q�反向代理服务器的工作方式如下：

· 使用反向代理服务器后�Q�客��L��送过来的��h��会首先送到反向代理服务器�?

· 反向代理服务器先查自��q��存的内容�Q�动态内�Ҏ��静态内容）�?

· 如果客户��h��内容在缓存中�Q�则直接��结果反馈给客户�Q�此�ơ请求完成�?

· 如果客户��h��内容不在�~�存中，它会�Ҏ��后面的各�?span lang=EN-US>HTTP服务器（或内�Ҏ��务器�Q�的�q�行情况�Q�做负蝲均衡处理�Q�将��h��q�一步送到某个http 服务器（或内�Ҏ��务器�Q��?

· 后端服务器作处理后，反馈�l�果�l�反向代理服务器�?

· 对于后端服务器反馈过来的�l�果�Q�它会将�l�果�~�存�Q�动态内�Ҏ��静态内容）��h��Q��ƈ�q�一步送给客户端，此次��h��完成�?

反向代理服务器通常要�ؓ一个请求同时维护两个会话：与客��L��的会话和与后端服务器的对话。和普通的代理不同�Q�反向代理服务器一般只代理一台或者有限的几台服务器，对于客户而言�Q�反向代理服务器对于他们��q��当于源服务器�Q�对于源服务器而言�Q�反向代理服务器通常��是唯一的客��P��因�ؓ一般客户不和源服务器直接通信。典型情况下�Q�源服务器对于客��h��者客户对于源服务器，都是不可见的�?span lang=EN-US>

反向代理服务器的作用

代理服务器�v着客户��Z��l�站的作用。它转发��h��q�接收响应，�q��它成为高速缓存结果以侉K��用的理想场所。这�c�M��理服务器�U�Cؓ高速缓存代理，它具有以下作用：

· 加快对客��L��响应旉��Q�减��d��端源服务器（卛_��Ҏ��务器�Q�负�?

使用反向代理服务器后�Q�由于它��h��大容量缓存，可以�~�存多个静�?span lang=EN-US>/动态页面，当有客户��h��送过来时�Q�如能够直接在缓存中扑ֈ��h��l�果�Q�就可以直接反馈�l�客��P��而不用再��请求送给后端服务器。这样就加快了对客户的响应时��_��同时也减��M��后端源服务器的负载�?span lang=EN-US>

· 保障后端源服务器�Q�即内容服务器）的安�?

�?span lang=EN-US>Internet上的客户端而言�Q�它只能接触到反向代理服务器�Q�因此反向代理服务器��成为后端服务器的屏障，保障了后端服务器的安全�?span lang=EN-US>

· 减少源服务器�Q�即内容服务器）节点之间占用的网�l�带�?

使用反向代理服务器后�Q�它��h��的大定w��~�存可以减少源服务器的网�l�通讯量。这样就减少源服务器�Q�即内容服务器）节点之间占用的网�l�带宽�?span lang=EN-US>

· �Ҏ��服务器进行负载均�?span lang=EN-US>(Load Balance)�?

当后端源服务器有多个�Ӟ��反向代理服务器可以根据后端各个服务器当前负蝲情况�Q�做负蝲均衡处理�Q�有选择的将当前��h��送给最�I�闲的后端服务器�?/span>

肥仔 2009-09-08 22:44 发表评论

深入��出URL�~�码

肥仔 — Tue, 08 Sep 2009 10:33:00 GMT

肥仔 2009-09-08 18:33 发表评论

Keep-Alive: timeout=5, max=100

肥仔 — Tue, 08 Sep 2009 03:17:00 GMT

Keep-Alive: timeout=5, max=100
timeout�Q�过期时�?span lang=EN-US>5�U�（对应httpd.conf里的参数是：KeepAliveTimeout�Q�，max�q�了100�U�，强制断掉�q�接

��是�?span lang=EN-US>timeout旉��内又有新的连接过来，同时max会自动减1�Q�直��Cؓ0�Q�强制断�?/span>。见下面的四个图�Q�注意看Date的��|��前后旉��差都是在5�U�之内）�Q?span lang=EN-US>

肥仔 2009-09-08 11:17 发表评论

支持gzip的爬�?gzip zlib deflate 相关介绍

肥仔 — Mon, 07 Sep 2009 13:58:00 GMT

最�q�给Httpdownload ��装了支�?/span>gzip传输

�?/span>HTTP的角�?/span>

1 客户�?/span> �?/span>http Request Header上带�?/span> Accept-Encoding:gzip,deflate

2服务器若是支�?/span>gzip压羃则在http reponse eader

部分�q�回Content-Encoding: gzip 或�?/span>Content-Type: application/x-gzip

3��?/span>body部分�?/span>gzip解压�~?/span> 则得到网��内�?/span>.

传说�?/span>ie�?/span>bug 在处�?/span>js css压羃的时候有bug,我不理解挺简单的怎么会有bug�?/span>.

�?/span>gzip的角�?/span>

gzip是一�U�数据格�?/span> 默认且目前仅使用deflate��法压羃data部分

zlib也是一�U�数据格�?/span>,使用defalte��法压羃数据部分.

deflate是一�U�压�~�算�?/span>,�?/span>huffman�~�码的一�U�加�?/span>

zlib是一个开源库, 提供deflate压羃和对应的infalte解压�~?/span>.

不过zlib默认�?/span>deflate infalte默认是处�?/span>zlib格式数据.必须使用

deflateInit2(&strm, DEFAULT_COMPRESSION,Z_DEFLATED, DEFAULT_WINDOWSIZE,DEFAULT_MEMLEVEL, Z_DEFAULT_STRATEGY);

初始化才是处�?/span>raw deflate data.(�q�一点在zlib manul没有�?/span>,�?/span>faq中提�?/span>,困扰了我好久,�q�是同事L帮我调试发现)

至于gzip格式解析对着RFC写就可以�?/span>.

参见RFC 1950 关于zlib http://www.faqs.org/rfcs/rfc1950.html

RFC 1951 关于deflate http://www.faqs.org/rfcs/rfc1951.html

RFC 1952 关于gzip http://www.faqs.org/rfcs/rfc1952.html

nt CGzip::Ungzip(const std::string & inStr , std::string &outStr){
 static int nFileCount=0;
 nFileCount++;
 string strZipFileName="test";
// CConvert::StrToFile(inStr,strZipFileName+CConvert::toString(nFileCount)+"H.gzip";
 if(inStr.length()<11){
 return -1;
 }
 //process gzip header
 unsigned int skipCt = 10;
 unsigned int skipZeroCt = 0;
 unsigned char ID1 = inStr[0];
 unsigned char ID2 = inStr[1];
 unsigned char XFL=inStr[8];
 bool bFEXTRA = false ;
 bool bFNAME = false ;
 bool bFCOMMENT = false ;
 bool bFHCRC = false ;
 unsigned int XLEN = 0;

 if( (ID1!=31) && (ID2!=139)){
 return -1; //�?/span>gzip头部
 }
 unsigned char CM = inStr[2];
 if(CM!={
 return -1; //现在都只处理 deflate压羃�?/span>
 }
 unsigned char FLG = inStr[3];
 if( (FLG & GZIP_HEAD_FEXTRA) != 0){
 bFEXTRA = true ;
 skipCt += 2;
 XLEN = inStr[10]+ inStr[11]*256 ;//按照��端字节序列处理
 skipCt += XLEN;
 }
 if( (FLG & GZIP_HEAD_FNAME) != 0){
 bFNAME = true;
 skipZeroCt++;
 }
 if( (FLG & GZIP_HEAD_FCOMMENT) != 0){
 bFCOMMENT = true;
 skipZeroCt++;
 }

 size_t passedZeroCt = 0;

 size_t iStep = skipCt ;
 for( size_t iStep = skipCt ; iStep if(passedZeroCt>=skipZeroCt){
 break;
 }
 if(inStr[iStep]==''{
 passedZeroCt++;
 }

 }
 skipCt = iStep ;
 if( (FLG & GZIP_HEAD_FHCRC) != 0){
 bFHCRC = true;
 skipCt+=2 ;
 }
 string coreStr = inStr.substr(skipCt,inStr.length()-8-skipCt);
 return CGzip::Inflate(coreStr,outStr);



}

int CGzip:ogzip(const std::string & inStr , std::string &outStr){
 char pAddHead[10];
 unsigned long crc = 0;
 // gzip header
 static const char deflate_magic[2] = {'37', '\213'};
 snprintf(pAddHead, 10,
 "%c%c%c%c%c%c%c%c%c%c", deflate_magic[0],
 deflate_magic[1], Z_DEFLATED, 0 /* flags */,
 0, 0, 0, 0 /* 4 chars for mtime */,
 0 /* xflags */, 0xff);
 string addHead(pAddHead,10);
 //gzip's raw deflate body
 if(CGzip:eflate(inStr,outStr)<0){
 return - 1;
 }
 //gzip trailer
 crc = crc32(crc, (const Bytef*)inStr.data(), inStr.length());
 char tailBuf[8];
 memcpy(tailBuf, &crc, 4);
 int isize=inStr.size();
 memcpy(tailBuf,&isize,4);
 string tailStr(tailBuf , 8 );
 outStr = addHead + outStr+tailStr; //
 return outStr.length(); //

肥仔 2009-09-07 21:58 发表评论

HTTP协议相关概述

肥仔 — Fri, 04 Sep 2009 06:09:00 GMT

HTTP协议被设计得非常强大�Q�但很多�|�络应用都没有利用这些强大之处。比如缓存和HTTP�Ҏ��?span lang=EN-US>HTTP��源的增删�Ҏ��分别提供�?span lang=EN-US> PUT,DELETE,POST,GET�{�方法，��没有�h用。所以，最�q�兴��L��Restful只是对优�?span lang=EN-US>web架构、充分利�?span lang=EN-US>HTTP协议的能力的一个回归。下面是一�?span lang=EN-US>HTTP协议的概�q�ͼ�

消息�Q?span lang=EN-US>HTTP协议中顶�U�数据单位，使用HTTP协议通信的机器之间来回发送的数据�?span lang=EN-US>

实体�Q�只出现在有消息体的消息中。它按照实体header定义的格式和�~�码�q�行传输�?span lang=EN-US>

�Ҏ��Q?span lang=EN-US>

OPTIONS �Q�客��L��查询服务器对与某URL允许的通信选项

GET �Q�从服务器获�?span lang=EN-US>URL对应的资�?span lang=EN-US>

HEAD �Q�除了服务器响应中不能包含消息体�Q�该�Ҏ��?span lang=EN-US>GET一栗��用于只需��数元信息的情况

POST �Q�被设计用来注解、修�?span lang=EN-US>URL所对应的资�?span lang=EN-US>

PUT �Q�被设计用来修改或创��源。当URL对应的资源存在时�Q�则提交的作为新版本�Q�否则新��?span lang=EN-US>

DELETE �Q�被设计用来删除URL对应的资�?span lang=EN-US>

TRACE �Q�主要用来测试。服务器��最�l�接收到的请求本�w�发送回来，作�ؓ客户端诊断依�?span lang=EN-US>

CONNECT �Q�保留的�Ҏ��名，用于代理切换隧道

header�Ҏ��参数�Q?span lang=EN-US>

q �Q�在大多的各�U?span lang=EN-US>header��g��Q�都可以看到一个名�?span lang=EN-US>q=0.2�?span lang=EN-US>q=0.7之类的参数。因为发�?span lang=EN-US>header主要是一个和服务器的协商�q�程�Q�所以能允许的选项一般不只一个，但具体哪个优先呢�Q�这��需要�ؓ一些选项制定权重倹{�?span lang=EN-US>q参数的值是一个从0�?span lang=EN-US>1的��Q�Ҏ��Q�默认是1�Q��ؓ0表示客户端无法接�Ӟ��数点后不能��过3位。另外，header的多个��g��间用逗号分隔而不是分受��比如这�?span lang=EN-US>header�Q?span lang=EN-US>Accept:audio/*;q=0.2,audio /basic�Q�这表示客户端告诉服务器“我最喜欢的是一�?span lang=EN-US>audio/basic�c�d��的音�?span lang=EN-US>(因�ؓ它没有设�|?span lang=EN-US>q参数�Q�默认是1�Q�，但如果没有，�l�我一个�Q 意类�?span lang=EN-US>(audio/*)的音频也�?#8221;。当�Ӟ��q�只�?span lang=EN-US>q参数一个比较简单的应用�?span lang=EN-US>

常规header �Q?span lang=EN-US>

Cache-Control �Q�用于指��?span lang=EN-US>/响应链上所有缓存必��L��从的指��o�Q�它必须��h��I�K��各代理和网关的能力�?span lang=EN-US>HTTP1.0可能不支持该header�?span lang=EN-US>Pragma�Q?span lang=EN-US>no-cache�?span lang=EN-US>

Connection �Q�允许客��L��指出希望特定�q�接的选项�Q�且��止�׃��理在��来的连接中通讯

Date �Q�表�C�消息发生的日期和时��_��?span lang=EN-US>RFC 822中的orig-date语义一�?

Pragma �Q�用来包括实现特定的指��o�Q�可能应用到��h��/响应链上所有接收方

Trailer �Q�指出给出的头部域集合在�?span lang=EN-US>chunked transfer-coding�~�码的消息的��N��中存�?span lang=EN-US>

Transfer-Encoding �Q�指出应用什么类型的转换到消息主体上�Q�与content-coding不同�Q�这不是指定实体的属性而是消息�?span lang=EN-US>

Upgrade �Q�允许客��L��指出其支持的其他通讯协议�Q�切愿意使用之，若服务器发现切换是可行的�Q�必��d��响应中回101

Via �Q�必��ȝ��|�关或代理来指出��h��中的UA和服务器、以及在响应中的原始服务器和客户端的中间协议和接收方。用于跟�t�消息�{发，避免��h��循环

Warning �Q�用��h��带关于消息的状态和转换的额外信息，可能不在消息中反映。一般用于警告应用到消息实体上的�~�存操作或�{换缺��语义透明�?span lang=EN-US>

��h��header�Q?span lang=EN-US>

Accept �Q�客��L��指出响应可以接受的媒体类�?span lang=EN-US>

Accept-Charset �Q�客��L��指出响应可以接受的字�W�集

Accept-Encoding �Q�客��L��指出响应可以接受的字�W�编�?span lang=EN-US>

Accept-Language �Q�客��L��指出允许的语�a�

Authorization �Q�客��L��在受�?span lang=EN-US>401后，需要向服务器标明��n份，包括�?span lang=EN-US>header卛_��

Expect : 客户端指��求的�Ҏ��服务器行为。若服务器无法满��I��可以�q�回417

From :

Host : 客户端指��h��的资源的因特�|�主机和端口�?span lang=EN-US>

If-Match : 用于与方法一起��其条件化

If-Modified-Since : 用于�Ҏ��使其条�g化，如果��h��的变量在本域指定的时间从来不曾修改过�Q�则实体��不会从服务器返回，改�ؓ304

If-None-Match : 用于与方法一起��其条件化

If-Range : 用于与方法一起��其条件化

If-Unmodified-Since : 用于与方法一起��其条件化�Q�如果请求的资源�?span lang=EN-US>header值时间以来未改变�Q�则服务器执行该��h��

Max-Forwards : 提供某种机制�Q?span lang=EN-US>TRACE�?span lang=EN-US>OPTIONS�Ҏ��用来限制可以转发�l�下个入界服务器代理或网关的数量�Q�相当于客户端跟�t�请求链

Proxy-Authorization : 允许客户端向代理标识自己�Q�该代理需要认�?span lang=EN-US>

Range : 字节范围�Q�可以指定单个实体中单个字节范围或范围集

Referer : 允许服务器�ؓ感兴��的资源、日志、优化缓存等生成向后链接清单

TE : 指出愿意在响应中接受��M��扩展�?span lang=EN-US>transfer-coding

User-Agent : 包含发�v��h��的用户代理（��览器和OS�Q�的信息

响应header�Q?span lang=EN-US>

Accept-Ranges �Q�服务器指出对请求的资源可接受的范围�Q�可以是字节数或none

Age �Q?span lang=EN-US>HTTP使用�?span lang=EN-US>header来传输从�~�存服务器获取时的响应消息的估计�q�龄�Q�是�~�存服务器估计从响应产生或被原始服务器重新证实以来的��L��?span lang=EN-US>

ETag �Q�提供所��h��的实体标�{��当前�?span lang=EN-US>

Location �Q�用来重定向接收

方到�?span lang=EN-US>URI的位�|�来完成��h��。对�?span lang=EN-US>201�Q?span lang=EN-US>Location是由��h��创徏的新资源的标�?span lang=EN-US>

Proxy-Authenticate �Q�该header必须作�ؓ407响应的一部分�Q�指��证方案和可应用到代理�?span lang=EN-US>URI上的参数

Retry-After �Q�能�?span lang=EN-US>503响应一��L��于指出希望该服务对客��L��可以�l�持多久�Q?span lang=EN-US>

Server �Q�指出服务器使用的��Y件信�?span lang=EN-US>

Vary �Q?span lang=EN-US>

WWW-Authenticate �Q�必��d��括在401中，��D��有challenge�l�成�Q�它指出认证�Ҏ��和可应用�?span lang=EN-US>URI的参�?span lang=EN-US>

实体header�Q?span lang=EN-US>

Allow �Q�客��L��指出�?span lang=EN-US>URI的资源允许的�Ҏ��

Content-Encoding : 用作�?span lang=EN-US>media-type的修饰符�Q�其值将必须应用到实�?span lang=EN-US>body上的额外内容�~�码。主要用来允许压�~�而不丢失下层媒体�c�d��标识

Content-Language : 客户端指��己所选的语言�Q�指出目标观众对所��装实体的自然语�a�。这可能与实�?span lang=EN-US>body内所有语�a�相同

Content-Length �Q�指出实�?span lang=EN-US>body按十�q�制数的字节��的��寸

Content-Location �Q�如果实体能从独立于��h��URI的位�|�访问，则服务器可以提供该实体自��q��位置

Content-MD5 �Q�是实体body�?span lang=EN-US>MD5摘要�Q�以便提供端到端的完整性检�?span lang=EN-US>

Content-Range �Q�与实体body的一部分一起发送，用来指定该部�?span lang=EN-US>body应用到全�?span lang=EN-US>body的哪个地�?span lang=EN-US>

Content-Type �Q�指出发送给接收方的实体body的媒体类型，媒体�c�d��参见IANA

Expires �Q�指出响应被认�ؓ�q�期的日�?span lang=EN-US>/旉��

Last-Modified �Q�指出原始服务器认�ؓ该变量最后修改的日期和时��_��实意思取决于原是服务器的实现和资源的属性。对文�g�Q�可能只是文件系�l�内最后修�Ҏ��?

extension-header �Q?span lang=EN-US>

状态码�Q?span lang=EN-US>

100 : Continue

101 : Switching Protocols

200 : OK

201 : Created

202 : Accepted

203 : Non-Authoritative Information

204 : No Content

205 : Reset Content

206 : Partial Content

300 : Multiple Choices

301 : Moved Permanently

302 : Found

303 : See Other

304 : Not Modified

305 : Use Proxy

307 : Temporary Redirect

400 : Bad Request

401 : Unauthorized

402 : Payment Required

403 : Forbidden

404 : Not Found

405 : Method Not Allowed

406 : Not Acceptable

407 : Proxy Authentication Required

408 : Request Time-out

409 : Conflict

410 : Gone

411 : Length Required

412 : Precondition Failed

413 : Request Entity Too Large

414 : Request-URI Too Large

415 : Unsupported Media Type

416 : Requested range not satisfiable

417 : Expectation Failed

500 : Internal Server Error

501 : Not Implemented

502 : Bad Gateway

503 : Service Unavailable

504 : Gateway Time-out

505 : HTTP Version not supported

extension-code

关键字：HTTP

肥仔 2009-09-04 14:09 发表评论

关于http的Last-Modified

肥仔 — Fri, 04 Sep 2009 03:47:00 GMT

1) 什么是”Last-Modified”?

        在浏览器�W�一�ơ请求某一�?span lang=EN-US>URL�Ӟ��服务器端的返回状态会�?span lang=EN-US>200�Q�内�Ҏ��你请求的资源�Q�同时有一�?span lang=EN-US>Last-Modified的属性标记此文�g在服务期端最后被修改的时��_��格式�c�M��q�样�Q?span lang=EN-US>

        Last-Modified: Fri, 12 May 2006 18:53:33 GMT

        客户端第二次��h��?span lang=EN-US>URL�Ӟ��Ҏ�� HTTP 协议的规定，��览器会向服务器传�?span lang=EN-US> If-Modified-Since 报头�Q�询问该旉��之后文�g是否有被修改�q�：

        If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT

        如果服务器端的资源没有变化，则自动返�?span lang=EN-US> HTTP 304 �Q?span lang=EN-US>Not Changed.�Q�状态码�Q�内容�ؓ�I�，�q�样��p��省了传输数据量�?/font>当服务器端代码发生改变或者重启服务器�Ӟ��则重新发��源，�q�回和第一�ơ请求时�c�M��。从而保证不向客��L��重复发出资源�Q�也保证当服务器有变化时�Q�客��L��能够得到最新的资源�?span lang=EN-US>

        2) 什么是”Etag”?

        HTTP 协议规格说明定义ETag�?span lang=EN-US>“被请求变量的实体�?span lang=EN-US>” �Q�参�?span lang=EN-US> —�?章节 14.19�Q��?span lang=EN-US> 另一�U�说法是�Q?span lang=EN-US>ETag是一个可以与Web资源兌��的记��P��token�Q��?/font>典型�?span lang=EN-US>Web资源可以一�?span lang=EN-US>Web��，但也可能�?span lang=EN-US>JSON�?span lang=EN-US>XML文档。服务器单独负责判断记号是什么及其含义，�q�在HTTP响应头中��其传送到客户端，以下是服务器端返回的格式�Q?span lang=EN-US>

       ETag: "50b1c1d4f775c61:df3"

        客户端的查询更新格式是这��L��Q?/font>

        If-None-Match: W/"50b1c1d4f775c61:df3"

        如果ETag没改变，则返回状�?span lang=EN-US>304然后不返回，�q�也�?span lang=EN-US>Last-Modified一栗��本人测�?span lang=EN-US>Etag主要在断点下载时比较有用�?span lang=EN-US>

      Last-Modified�?span lang=EN-US>Etags如何帮助提高性能?
        聪明的开发者会�?span lang=EN-US>Last-Modified �?span lang=EN-US>ETags��h��?span lang=EN-US>http报头一起��用，�q�样可利用客��L��Q�例如浏览器�Q�的�~�存。因为服务器首先产生 Last-Modified/Etag标记�Q�服务器可在�E�后使用它来判断��面是否已经被修攏V��本质上�Q�客��L��通过��该记号传回服务器要求服务器验证�Ӟ��客户端）�~�存�?span lang=EN-US>
        �q�程如下:
                1. 客户端请求一个页面（A�Q��?span lang=EN-US>
                2. 服务器返回页�?span lang=EN-US>A�Q��ƈ在给A加上一�?span lang=EN-US>Last-Modified/ETag�?span lang=EN-US>
                3. 客户端展现该��面�Q��ƈ��页面连�?span lang=EN-US>Last-Modified/ETag一��L��存�?span lang=EN-US>
                4. 客户再次��h��面A�Q��ƈ��上�ơ请求时服务器返回的Last-Modified/ETag一起传递给服务器�?span lang=EN-US>
                5. 服务器检查该Last-Modified�?span lang=EN-US>ETag�Q��ƈ判断��面自上�ơ客��L��h��之后�q�未被修改，直接�q�回响应304和一个空的响应体

肥仔 2009-09-04 11:47 发表评论

RFC1738 - �l�一资源定位�?amp;quot;URL"

肥仔 — Sun, 28 Dec 2008 09:17:00 GMT

摘要: �q�䆾备忘录的情况本备忘录详细说明了一�U��ؓ因特�|�团体提供的因特�|�标准追�t�协议（track protocol�Q�，恌��大家讨论�q�提出宝贉|��见。如果你想了解这个协议的情况及标准化状态，请参考《因特网正式协议标准�Q�Internet Official Protocol Standards�Q�》（STD 1�Q�的最新版本�?本备忘录可以自由发布发布�Q�不受�Q何限制�?摘要该文档详�l?.. 阅读全文

肥仔 2008-12-28 17:17 发表评论

肥仔 — Thu, 19 Jun 2008 06:39:00 GMT

HTTP��h��模型和头信息参�?很全

肥仔 — Thu, 29 May 2008 08:48:00 GMT

摘要: 一、连接至Web服务�?一个客��L��应用�Q�如Web��览器）打开到Web服务器的HTTP端口的一个套接字�Q�缺省�ؓ80�Q��?例如�Q�http://www.myweb.com:8080/index.html, 在Java中，�q�将�{�同于代码： Soceet socket=new Socket("www.myweb.com",8080); InputStream in=socket.getInputSt... 阅读全文

肥仔 2008-05-29 16:48 发表评论

肥仔 — Thu, 29 May 2008 08:18:00 GMT

HTTP消息由客��L��到服务器的请求和服务器到客户端的响应�l�成。请求消息和响应消息都是由开始行�Q�对于请求消息，开始行��是��h��行，对于响应消息�Q�开始行��是状态行�Q�，消息报头�Q�可选）�Q�空行（只有CRLF的行�Q�，消息正文�Q�可选）�l�成�?

HTTP消息报头包括普通报头、请求报头、响应报头、实体报头�?br>每一个报头域都是由名�?“�Q?#8221;+�I�格+�?�l�成�Q�消息报头域的名字是大小写无关的�?

1、普通报�?br>在普通报头中�Q�有��数报头域用于所有的��h��和响应消息，但�ƈ不用于被传输的实体，只用于传输的消息�?br>eg�Q?br>Cache-Control 用于指定�~�存指��o�Q�缓存指令是单向的（响应中出现的�~�存指��o在请求中未必会出玎ͼ��Q�且是独立的�Q�一个消息的�~�存指��o不会影响另一个消息处理的�~�存机制�Q�，HTTP1.0使用的类似的报头域�ؓPragma�?br>��h��时的�~�存指��o包括�Q�no-cache�Q�用于指�C��求或响应消息不能�~�存�Q�、no-store、max-age、max-stale、min-fresh、only-if-cached;
响应时的�~�存指��o包括�Q�public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age、s-maxage.
eg�Q��ؓ了指�C�IE��览器（客户端）不要�~�存��面�Q�服务器端的JSP�E�序可以�~�写如下�Q�response.sehHeader("Cache-Control","no-cache");
//response.setHeader("Pragma","no-cache");作用相当于上�q�C��码，通常两�?/合用
�q�句代码��在发送的响应消息中设�|�普通报头域�Q�Cache-Control:no-cache

Date普通报头域表示消息产生的日期和旉��

Connection普通报头域允许发送指定连接的选项。例如指定连接是�q�箋�Q�或者指�?#8220;close”选项�Q�通知服务器，在响应完成后�Q�关闭连�?

2、请求报�?br>��h��报头允许客户端向服务器端传递请求的附加信息以及客户端自�w�的信息�?br>常用的请求报�?br>Accept
Accept��h��报头域用于指定客��L��接受哪些�c�d��的信息。eg�Q�Accept�Q�image/gif�Q�表明客��L��希望接受GIF图象格式的资源；Accept�Q�text/html�Q�表明客��L��希望接受html文本�?br>Accept-Charset
Accept-Charset��h��报头域用于指定客��L��接受的字�W�集。eg�Q�Accept-Charset:iso-8859-1,gb2312.如果在请求消息中没有讄��q�个域，�~�省是�Q何字�W�集都可以接受�?br>Accept-Encoding
Accept-Encoding��h��报头域类��g��Accept�Q�但是它是用于指定可接受的内容编码。eg�Q�Accept-Encoding:gzip.deflate.如果��h��消息中没有设�|�这个域服务器假定客��L��对各�U�内容编码都可以接受�?br>Accept-Language
Accept-Language��h��报头域类��g��Accept�Q�但是它是用于指定一�U�自然语�a�。eg�Q�Accept-Language:zh-cn.如果��h��消息中没有设�|�这个报头域�Q�服务器假定客户端对各种语言都可以接受�?br>Authorization
Authorization��h��报头域主要用于证明客��L��有权查看某个资源。当��览器访问一个页面时�Q�如果收到服务器的响应代码�ؓ401�Q�未授权�Q�，可以发送一个包含Authorization��h��报头域的��h��Q�要求服务器对其�q�行验证�?br>Host�Q�发送请求时�Q�该报头域是必需的）
Host��h��报头域主要用于指定被��h��资源的Internet��L��和端口号�Q�它通常从HTTP URL中提取出来的�Q�eg�Q?br>我们在浏览器中输入：http://www.guet.edu.cn/index.html
��览器发送的��h��消息中，��׃��包含Host��h��报头域，如下�Q?br>Host�Q�www.guet.edu.cn
此处使用�~�省端口�?0�Q�若指定了端口号�Q�则变成�Q�Host�Q�www.guet.edu.cn:指定端口�?br>User-Agent
我们上网登陆论坛的时候，往往会看��C��些欢�q�信息，其中列出了你的操作系�l�的名称和版本，你所使用的浏览器的名�U�和版本�Q�这往往让很多�h感到很神奇，实际上，服务器应用程序就是从User-Agent�q�个��h��报头域中获取到这些信息。User-Agent��h��报头域允许客��L��它的操作系�l�、浏览器和其它属性告诉服务器。不�q�，�q�个报头域不是必需的，如果我们自己�~�写一个浏览器�Q�不使用User-Agent��h��报头域，那么服务器端��无法得知我们的信息了�?br>��h��报头举例�Q?br>GET /form.html HTTP/1.1 (CRLF)
Accept:image/gif,image/x-xbitmap,image/jpeg,application/x-shockwave-flash,application/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword,*/* (CRLF)
Accept-Language:zh-cn (CRLF)
Accept-Encoding:gzip,deflate (CRLF)
If-Modified-Since:Wed,05 Jan 2007 11:21:25 GMT (CRLF)
If-None-Match:W/"80b1a4c018f3c41:8317" (CRLF)
User-Agent:Mozilla/4.0(compatible;MSIE6.0;Windows NT 5.0) (CRLF)
Host:www.guet.edu.cn (CRLF)
Connection:Keep-Alive (CRLF)
(CRLF)

3、响应报�?br>响应报头允许服务器传递不能放在状态行中的附加响应信息�Q�以及关于服务器的信息和对Request-URI所标识的资源进行下一步访问的信息�?br>常用的响应报�?br>Location
Location响应报头域用于重定向接受者到一个新的位�|�。Location响应报头域常用在更换域名的时候�?br>Server
Server响应报头域包含了服务器用来处理请求的软�g信息。与User-Agent��h��报头域是相对应的。下面是
Server响应报头域的一个例子：
Server�Q�Apache-Coyote/1.1
WWW-Authenticate
WWW-Authenticate响应报头域必��被包含�?01�Q�未授权的）响应消息中，客户端收�?01响应消息时候，�q�发送Authorization报头域请求服务器对其�q�行验证�Ӟ��服务端响应报头就包含该报头域�?br>eg�Q�WWW-Authenticate:Basic realm="Basic Auth Test!" //可以看出服务器对��h��资源采用的是基本验证机制�?br>Content-Disposition��是当用��h��把请求所得的内容存�ؓ一个文件的时候提供一个默认的文�g名。具体的定义如下 Content-Disposition: attachment; filename=“filename.xls”
当然filename参数可以包含路径信息�Q�但User-Agnet会忽略掉�q�些信息�Q�只会把路径信息的最后一部分做�ؓ文�g名。当你在响应�c�d��为application/octet- stream情况下��用了�q�个头信息的话，那就意味着你不想直接显�C�内容，而是弹出一�?#8221;文�g下蝲”的对话框�Q�接下来��是�׃��来决�?#8220;打开”�q�是“保存”了�?

4、实体报�?br>��h��和响应消息都可以传送一个实体。一个实体由实体报头域和实体正文�l�成�Q�但�q�不是说实体报头域和实体正文要在一起发送，可以只发送实体报头域。实体报头定义了关于实体正文�Q�eg�Q�有无实体正文）和请求所标识的资源的元信息�?br>常用的实体报�?br>Content-Encoding
Content -Encoding实体报头域被用作媒体�c�d��的修饰符�Q�它的值指�C�Z��已经被应用到实体正文的附加内容的�~�码�Q�因而要获得Content-Type报头域中所引用的媒体类型，必须采用相应的解码机制。Content-Encoding�q�样用于记录文档的压�~�方法，eg�Q�Content-Encoding�Q?gzip
Content-Language
Content-Language实体报头域描�q�C��资源所用的自然语言。没有设�|�该域则认�ؓ实体内容��提供给所有的语言阅读
者。eg�Q�Content-Language:da
Content-Length
Content-Length实体报头域用于指明实体正文的长度�Q�以字节方式存储的十�q�制数字来表�C��?br>Content-Type
Content-Type实体报头域用语指明发送给接收者的实体正文的媒体类型。eg�Q?br>Content-Type:text/html;charset=ISO-8859-1
Content-Type:text/html;charset=GB2312
Last-Modified
Last-Modified实体报头域用于指�C��源的最后修�Ҏ��期和旉��?br>Expires
Expires 实体报头域给出响应过期的日期和时间。�ؓ了让代理服务器或��览器在一�D�|��间以后更新缓存中(再次讉K��曾访问过的页面时�Q�直接从�~�存中加载，�~�短响应旉��和降低服务器负蝲)的页面，我们可以使用Expires实体报头域指定页面过期的旉��。eg�Q�Expires�Q�Thu�Q?5 Sep 2006 16:23:12 GMT
HTTP1.1的客��L��和缓存必��d��其他非法的日期格式（包括0�Q�看作已�l�过期。eg�Q��ؓ了让��览器不要缓存页面，我们也可以利用Expires实体报头域，讄��?�Q�jsp中程序如下：response.setDateHeader("Expires","0");

肥仔 2008-05-29 16:18 发表评论

肥仔 — Thu, 29 May 2008 08:16:00 GMT

摘要: 1xx: 信息消息: 描述: ... 阅读全文

肥仔 2008-05-29 16:16 发表评论

肥仔 — Thu, 29 May 2008 08:13:00 GMT

一�Q�初识HTTP消息�?

但凡搞WEB开发的人都��M��开HTTP�Q�超文本传输协议�Q�，而要了解HTTP�Q�除了HTML本��n以外�Q�还有一部分不可忽视的就是HTTP消息头�?br>做过Socket�~�程的�h都知道，当我们设计一个通信协议�Ӟ��“消息�?消息�?#8221;的分割方式是很常用的�Q�消息头告诉�Ҏ��q�个消息是干什么的�Q�消息体告诉�Ҏ��怎么�q�Ӏ�HTTP传输的消息也是这栯��定的�Q�每一个HTTP包都分�ؓHTTP头和HTTP体两部分�Q�后者是可选的�Q�而前者是必须的。每当我们打开一个网��，在上面点��d��键，选择“查看源文�?#8221;�Q�这时看到的HTML代码��是HTTP的消息体�Q�那么消息头又在哪呢�Q�IE��览器不让我们看到这部分�Q�但我们可以通过截取数据包等�Ҏ��看到它�?br>下面��来看一个简单的例子�Q?br>首先制作一个非常简单的�|�页�Q�它的内容只有一行：
hello world
把它攑ֈ�WEB服务器上�Q�比如IIS�Q�然后用IE��览器请求这个页面（http://localhost:8080/simple.htm�Q�，当我们请求这个页面时�Q�浏览器实际做了以下四项工作�Q?br>1 解析我们输入的地址�Q�从中分解出协议名、主机名、端口、对象�\径等部分�Q�对于我们的�q�个地址�Q�解析得到的�l�果如下�Q?br>协议名：http
��L��名：localhost
端口�Q?080
对象路径�Q?simple.htm
2 把以上部分结合本��q��信息�Q�封装成一个HTTP��h��数据�?br>3 使用TCP协议�q�接��C��机的指定端口�Q�localhost, 8080�Q�，�q�发送已��装好的数据�?br>4 �{�待服务器返回数据，�q�解析返回数据，最后显�C�出�?br>由截取到的数据包我们不难发现��览器生成的HTTP数据包的内容如下�Q?br>GET /simple.htm HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: localhost:8080
Connection: Keep-Alive

��Z��昄��清楚我把所有的回�R的地斚w��加上�?#8220;”�Q�注意最后还有一个空行加一个回车，�q�个�I��正是HTTP规定的消息头和消息体的分界线�Q�第一个空行以下的内容��是消息体，�q�个��h��数据包是没有消息体的�?br>消息的第一�?#8220;GET”表示我们所使用的HTTP动作�Q�其他可能的�q�有“POST”�{�，GET的消息没有消息体�Q�而POST消息是有消息体的�Q�消息体的内容就是要POST的数据。后�?simple.htm��是我们要请求的对象�Q�之�?a name=baidusnap0>HTTP1.1表示使用的是HTTP1.1协议�?br>�W�二行表�C�我们所用的��览器能接受的Content-type�Q�三四两行则是语�a�和编码信息，�W�五行显�C�出本机的相关系信息�Q�包括浏览器�c�d��、操作系�l�信息等�Q�很多网站可以显�C�出你所使用的浏览器和操作系�l�版本，��是因�ؓ可以从这里获取到�q�些信息�?br>�W�六行表�C�我们所��h��的主机和端口�Q�第七行表示使用Keep-Alive方式�Q�即数据传递完�q�不立即关闭�q�接�?br>服务器接收到�q�样的数据包以后会根据其内容做相应的处理�Q�例如查找有没有“/simple.htm”�q�个对象�Q�如果有�Q�根据服务器的设�|�来军_��如何处理�Q�如果是HTM�Q�则不需要什么复杂的处理�Q�直接返回其内容卛_��。但在直接返回之前，�q�需要加上HTTP消息头�?br>服务器发回的完整HTTP消息如下�Q?br>HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
X-Powered-By: ASP.NET
Date: Fri, 03 Mar 2006 06:34:03 GMT
Content-Type: text/html
Accept-Ranges: bytes
Last-Modified: Fri, 03 Mar 2006 06:33:18 GMT
ETag: "5ca4f75b8c3ec61:9ee"
Content-Length: 37

hello world
同样�Q�我�?#8220;”来表�C�回车。可以看刎ͼ��q�个消息也是用空行切分成消息头和消息体两部分�Q�消息体的部分正是我们前面写好的HTML代码�?br>消息头第一�?#8220;HTTP/1.1”也是表示所使用的协议，后面�?#8220;200 OK”是HTTP�q�回代码�Q?00��p��C�操作成功，�q�有其他常见的如404表示对象未找刎ͼ�500表示服务器错误，403表示不能��览目录�{�等�?br>�W�二行表�C��个服务器使用的WEB服务器��Y�Ӟ��q�里是IIS 5.1。第三行是ASP.Net的一个附加提�C�，没什么实际用处。第四行是处理此��h��的时间。第五行��是所�q�回的消息的content-type�Q�浏览器会根据它来决定如何处理消息体里面的内容，例如�q�里是text/html�Q�那么浏览器��׃��启用HTML解析器来处理它，如果是image/jpeg�Q�那�?��׃��使用JPEG的解码器来处理�?br>消息头最后一�?#8220;Content-Length”表示消息体的长度�Q�从�I��以后的内容算��P��以字节�ؓ单位�Q�浏览器接收到它所指定的字节数的内容以后就会认��个消息已�l�被完整接收了�?

理解HTTP消息�?�Q�二�Q?/strong>

常见的HTTP�q�回�?/strong>

上一��文章里我简要的说了说HTTP消息头的格式�Q�注意到在服务器�q�回的HTTP消息头里有一�?#8220;HTTP/1.1 200 OK”�Q�这里的200是HTTP规定的返回代码，表示��h��已经被正常处理完成。浏览器通过�q�个�q�回代码��可以知道服务器�Ҏ��发请求的处理情况是什么，每一�U�返回代码都有自��q��含义。这里列丑և��U�常见的�q�回码�?

1 403 Access Forbidden

如果我们试图��h��服务器上一个文件夹�Q�而在WEB服务器上�q�个文�g夹�ƈ没有允许对这个文件夹列目录的话，��׃��q�回�q�个代码。一个完整的403回复可能是这��L��Q�（IIS5.1�Q?br>HTTP/1.1 403 Access Forbidden
Server: Microsoft-IIS/5.1
Date: Mon, 06 Mar 2006 08:57:39 GMT
Connection: close
Content-Type: text/html
Content-Length: 172

Directory Listing Denied

This Virtual Directory does not allow contents to be listed.
2 404 Object not found
当我们请求的对象在服务器上�ƈ不存在时�Q�就会给��个返回代码，�q�可能也是最常见的错误代码了。IIS�l�出�?04消息内容很长�Q�除了消息头以外�q�有一个完整的说明“��Z��么会�q�样”的网��c��APACHE服务器的404消息比较��短，如下�Q?br>HTTP/1.1 404 Not Found
Date: Mon, 06 Mar 2006 09:03:14 GMT
Server: Apache/2.0.55 (Unix) PHP/5.0.5
Content-Length: 291
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=iso-8859-1

404 Not Found

Not Found

The requested URL /notexist was not found on this server.

Apache/2.0.55 (Unix) PHP/5.0.5 Server at localhost Port 8080

也许你会问，无论�?04�q�是200�Q�都会在消息体内�l�出一个说明网��，那么对于客户端来说二者有什么区别呢�Q�一个比较明昄��区别在于200�?成功��h��Q�浏览器会记录下�q�个地址�Q�以便下�ơ再讉K��时可以自动提�C��地址�Q��?04是失败请求，��览器只会显�C�出�q�回的页面内容，�q�不会记录此地址�Q�要再次讉K��时还需要输入完整的地址�?
3 401 Access Denied
当WEB服务器不允许匿名讉K��Q�而我们又没有提供正确的用户名/密码�Ӟ��服务器就会给��个返回代码。在IIS中，讄��IIS的安全属性�ؓ不允许匿名访问（如下图）�Q�此时直接访问的话就会得��C��下返回结果：

HTTP/1.1 401 Access Denied
Server: Microsoft-IIS/5.1
Date: Mon, 06 Mar 2006 09:15:55 GMT
WWW-Authenticate: Negotiate
WWW-Authenticate: NTLM
Connection: close
Content-Length: 3964
Content-Type: text/html

……
此时��览器上�l�出的提�C�如下图�Q�让我们输入用户名和密码�Q?

因返回信息中消息体较长，只取前面两行内容。注意，如果是用localhost来访问本机的IIS�Q�因IE可以直接取得当前用户的��n份，它会和服务器间直接进行协商，所以不会看�?01提示�?br>当我们在输入了用户名和密码以后，服务器与客户端会再进行两�ơ对话。首先客��L��向服务器索取一个公钥，服务器端会返回一个公钥，二者都用BASE64�~�码�Q�相应的消息如下�Q�编码部分已�l�做了处理）�Q?
GET / HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: 192.168.0.55:8080
Connection: Keep-Alive
Authorization: Negotiate ABCDEFG……
HTTP/1.1 401 Access Denied
Server: Microsoft-IIS/5.1
Date: Mon, 06 Mar 2006 09:20:53 GMT
WWW-Authenticate: Negotiate HIJKLMN……
Content-Length: 3715
Content-Type: text/html

……
客户端拿到公钥之后��用公钥对用户名和密码�q�行加密码，然后把加密以后的�l�果重新发给服务器：
GET / HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: 192.168.0.55:8080
Connection: Keep-Alive
Authorization: Negotiate OPQRST……
�q�样�Q�如果验证通过�Q�服务器端就会把��h��的内容发送过来了�Q�也��是说禁止匿名访问的�|�站会经�q�三�ơ请求才可以看到��面。但因�ؓ客户端浏览器已经�~�存了公钥，用同一个浏览器�H�口再次��h��q�个�|�站上的其它��面时就可以直接发送验证信息，从而一�ơ交互就可以完成了�?
4 302 Object Moved
用过ASP的�h都知道ASP中页面重定向臛_��有Redirect和Transfer两种�Ҏ��。二的区别在于Redirect是客��L��重定向，而Transfer是服务器端重定向�Q�那么它们具体是如何通过HTTP消息头实现的呢？
先来看一下Transfer的例子：
例如ASP文�g1.asp只有一�?br><% Server.Transfer "1.htm" %>
HTML文�g1.htm也只有一行：
this is 1.htm

如果我们从浏览器里请�?.asp�Q�发送的��h��是：
GET /1.asp HTTP/1.1
Accept: */*
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: localhost:8080
Connection: Keep-Alive
Cookie: ASPSESSIONIDACCTRTTT=PKKDJOPBAKMAMBNANIPIFDAP
注意��h��的文件确实是1.asp�Q�而得到的回应则是�Q?br>HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
Date: Mon, 06 Mar 2006 12:52:44 GMT
X-Powered-By: ASP.NET
Content-Length: 20
Content-Type: text/html
Cache-control: private
this is 1.htm

不难看出�Q�通过Server.Transfer语句服务器端已经做了��面重定向，而客��L��Ҏ��一无所知，表面上看上去得到的就�?.asp的结果�?br>如果�?.asp的内�Ҏ��为：
<% Response.Redirect "1.htm" %>
再次��h��1.asp�Q�发送的��h��没有变化�Q�得到的回应却变成了�Q?br>HTTP/1.1 302 Object moved
Server: Microsoft-IIS/5.1
Date: Mon, 06 Mar 2006 12:55:57 GMT
X-Powered-By: ASP.NET
Location: 1.htm
Content-Length: 121
Content-Type: text/html
Cache-control: private
Object moved
Object Moved
This object may be found here.
注意HTTP的返回代码由200变成�?02�Q�表�C��是一个重定向消息�Q�客��L��需要根据消息头中Location字段的值重新发送请求，于是��有了下面一�l�对话：
GET /1.htm HTTP/1.1
Accept: */*
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: localhost:8080
Connection: Keep-Alive
If-Modified-Since: Thu, 02 Mar 2006 06:50:13 GMT
If-None-Match: "b224758ec53dc61:9f0"
Cookie: ASPSESSIONIDACCTRTTT=PKKDJOPBAKMAMBNANIPIFDAP
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
X-Powered-By: ASP.NET
Date: Mon, 06 Mar 2006 12:55:57 GMT
Content-Type: text/html
Accept-Ranges: bytes
Last-Modified: Mon, 06 Mar 2006 12:52:32 GMT
ETag: "76d85bd51c41c61:9f0"
Content-Length: 20
this is 1.htm

很明显，两种重定向方式虽然看上去�l�果很像�Q�但在实现原理上有很大的不同�?
5 500 Internal Server Error
500号错误发生在服务器程序有错误的时候，例如�Q�ASP�E�序�?br><% if %>
昄��q�个�E�序�q�不完整�Q�于是得到的�l�果为：
HTTP/1.1 500 Internal Server Error
Server: Microsoft-IIS/5.1
Date: Mon, 06 Mar 2006 12:58:55 GMT
X-Powered-By: ASP.NET
Content-Length: 4301
Content-Type: text/html
Expires: Mon, 06 Mar 2006 12:58:55 GMT
Set-Cookie: ASPSESSIONIDACCTRTTT=ALKDJOPBPPKNPCNOEPCNOOPD; path=/
Cache-control: private

……
服务器发送了500号错误，�q�且后面通过HTML的方式说明了错误的原因�?
理解HTTP消息�?�Q�三�Q?/strong>
�Q�三�Q?客户端发送的内容
�q�一�ơ主要来观察HTTP消息头中客户端的��h��Q�从中找��C��些有意思的内容�?
1 HTTP_REFERER
写两个简单的�|�页�Q?br>a.htm�Q?br>to page b
b.htm�Q?br>haha
内容很简单，��是�|�页A中有一个到B的链接。把它们攑ֈ�IIS上，�q�访问网��A�Q�从中再点击到B的链接，于是看到了B��늚�“haha”。那么这两次��h��有什么不同吗�Q�观察它们所发送的HTTP消息��_��最明显的区别就是访问B��|��比访问A��|��多了一行：
Referer: http://localhost/a.htm
�q�一行就表示�Q�用戯��讉K��的B��|��从A��链接过来的�?br>服务器端要想取得�q�个��g��是很�Ҏ��的，以ASP��Z��Q�只需要写一�?br><% =Request.ServerVariables("HTTP_REFERER") %>
��可以了�?br>一些网站通过HTTP_REFERER来做安全验证�Q�判断用��h��不是从允许的��面链接来的�Q�而不是直接从��览器上打URL或从其他��面链接�q�来�Q�这样可�?从一定程度上防止�|�页被做非法使用。但从上�q�原理来看，惌��骗过服务器也�q�不困难�Q�只要手工构造输入的HTTP消息头就可以了，其他常用的手�D�还有通过 HOSTS文�g伪造域名等�?br>除了��链接以外，�q�有其他几种方式会导致HTTP_REFERER信息被发送，如：
内联框架�Q?lt;iframe src=b.asp>
框架集：
表单提交�Q?lt;form action=b.asp>
SCRIPT引用�Q?lt;script src=b.asp>
CSS引用�Q?lt;link rel=stylesheet type=text/css href=b.asp>
XML数据岛：
而以下�Ş式不会发送HTTP_REFERER�Q?br>script转向�Q?lt;script>location.href="b.asp"
script开新窗口：
META转向�Q?lt;meta http-equiv="refresh" content="0;URL=b.asp">
引入囄��Q?lt;img src=b.asp>
2 COOKIE
COOKIE是大安��非常熟悉的了�Q�通过它可以在客户端保存用��L��态，即��用户关闭��览器也能��l�保存。那么客��L��与服务器端是如何交换COOKIE信息的呢�Q�没错，也是通过HTTP消息头�?br>首先写一个简单的ASP�|�页�Q?br><%
Dim i
i = Request.Cookies("key")
Response.Write i
Response.Cookies("key") = "haha"
Response.Cookies("key").Expires = #2007-1-1#
%>
�W�一�ơ访问此�|�页�Ӟ��屏幕上一片白�Q�第二次讉K��Ӟ��则会昄��?#8220;haha”。通过阅读�E�序不难发现�Q�屏�q�上昄��的内容实际上是COOKIE 的内容，而第一�ơ访问时�q�没有设�|�COOKIE的��|��所以不会有昄��Q�第二次昄��的是�W�一�ơ设�|�的倹{��那么对应的HTTP消息头应该是什么样的呢�Q?br>�W�一�ơ请求时没什么不同，略过
�W�一�ơ返回时消息内容多了下面�q�一行：
Set-Cookie: key=haha; expires=Sun, 31-Dec-2006 16:00:00 GMT; path=/
很明显，key=haha表示键名�?#8220;key”的COOKIE的��gؓ“haha”�Q�后面是�q�则COOKIE的过期时��_��因�ؓ我用的中文操作系�l�的时区是东八区�Q?007�q?�?�?点对应的GMT旉��是2006�q?2�?1�?6炏V�?br>�W�二�ơ再讉K��此网��|��Q�发送的内容多了如下一行：
Cookie: key=haha
它的内容��是刚才讄��COOKIE的内宏V��可见，客户端在从服务器端得到COOKIE��g��后就保存在硬盘上�Q�再�ơ访问时��׃��把它发送到服务器。发送时�q�没有发送过期时��_��因�ؓ服务器对�q�期旉��q�不兛_��Q�当COOKIE�q�期后浏览器��׃��会再发送它了�?br>如果使用IE6.0��览器�ƈ且禁用COOKIE功能�Q�可以发现服务器端的set-cookie�q�是有的�Q�但客户端�ƈ不会接受它，也不会发送它。有些网站，特别是在�U�投��网站通过记录COOKIE防止用户重复投票�Q�破解很��单，只要用IE6��览器�ƈ��用COOKIE��可以了。也有的�|�站通过COOKIE��gؓ 某值来判断用户是否合法�Q�这�U�判断也非常�Ҏ��通过手工构造HTTP消息头来�ƺ骗�Q�当然用HOSTS的方式也是可以欺骗的�?
3 SESSION
HTTP协议本��n是无状态的�Q�服务器和客��L��都不保证用户讉K��期间�q�接会一直保持，事实上保持连接是HTTP1.1才有的新内容�Q�当客户端发送的消息头中�?#8220;Connection: Keep-Alive” 时表�C�客��L��览器支持保持连接的工作方式�Q�但�q�个�q�接也会在一�D�|��间没有请求后自动断开�Q�以节省服务器资源。�ؓ了在服务器端�l�持用户状态，SESSION��p��发明出来了，现在各主��的动态网��制做工具都支持SESSION�Q�但支持的方式不完全相同�Q�以下皆以ASP��Z��?br>当用戯��求一个ASP�|�页�Ӟ��在返回的HTTP消息头中会有一行：
Set-Cookie: ASPSESSIONIDCSQCRTBS=KOIPGIMBCOCBFMOBENDCAKDP; path=/
服务器通过COOKIE的方式告诉客��L��你的SESSIONID是多��，在这里是“KOIPGIMBCOCBFMOBENDCAKDP”�Q��ƈ且服务器上保留了和此SESSIONID相关的数据，当同一用户再次发送请求时�Q�还会把�q�个COOKIE再发送回去，服务器端�Ҏ��此ID扑ֈ�此用��L��数据�Q�也��实��C�� 服务器端用户状态的保存。所以我们用ASP�~�程时可以��?#8220;session("name")=user”�q�样的方式保存用户信息。注意此COOKIE内容里�ƈ没有�q�期旉��Q�这表示�q�是一个当关闭��览器时立即�q�期的COOKIE�Q�它不会被保存到��盘上。这�U�工作方式比单纯用COOKIE的方式要安全很多�Q�因为在客户端�ƈ没有什么能让我们修改和�ƺ骗的��|��唯一的信息就是SESSIONID�Q�而这个ID在浏览器关闭时会立即失效�Q�除非别��在你��览�|�站期间或关闭浏览器后很短时间内知道此ID的��|��才能做一些欺骗活动。因为服务器端判断SESSION�q�期的方式�ƈ不是断开�q�接或关闭浏览器�Q�而是通过用户手工�l�束 SESSION或等待超�Ӟ��当用户关闭浏览器后的一�D�|��间里SESSION�q�没有超�Ӟ��所以这时如果知道了刚才的SESSIONID�Q�还是可以欺骗的。因此最安全的办法还是在��d��|�站之前手工�l�束SESSION�Q�很多网站都提供“Logout”功能�Q�它会通过讄��SESSION中的��gؓ已退出状态或�?SESSION立即�q�期从而�v到安全的目的�?br>SESSION和COOKIE的方式各有优�~�点。SESSION的优�Ҏ��比较安全�Q�不�Ҏ��被欺骗，�~�点是过期时间短�Q�如果用�q�在��过�q�期旉��里没有向服务器发送�Q何信息，��׃��被认��q�过期了�Q�COOKIE则相反，�Ҏ��服务器端讄��的超时时��_��可以长时间保留信息，即��x��再开��Z��可能保留状态，而安全性自然大打折扣。很多网站都提供两种验证方式相结合，如果用户临时用这台电脑访问此讉K��则需要输入用户名和密码，不保存COOKIE�Q�如果用户��用的是自��q��个�h电脑�Q�则可以让网站在自己��盘上保留COOKIE�Q�以后访问时��׃��需要重新输入用户名和密码了�?
4 POST
��览器访问服务器常用的方式有GET和POST两种�Q�GET方式只发送HTTP消息��_��没有消息体，也就是除了要GET的基本信息之�?不向服务器提供其他信息，�|�页表单�Q�FROM�Q�的默认提交方式��是用GET方式�Q�它会把所有向服务器提交的信息都作为URL后面的参敎ͼ��?a.asp?a=1&b=2�q�样的方式。而当要提交的数据量很大，或者所提交内容不希望别人直接看到时�Q�应该��用POST方式。POST方式提交的数据是作�ؓHTTP消息体存在的�Q�例如，写一个网��表单：

讉K��此网��，�q�在表单中填入一�?#8220;haha”�Q�然后提交，可以看到此次提交所发送的信息如下�Q?br>POST /form.asp HTTP/1.1
Accept: */*
Referer: http://localhost:8080/form.asp
Accept-Language: zh-cn
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; InfoPath.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: localhost:8080
Content-Length: 10
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: key=haha; ASPSESSIONIDCSQCRTBS=LOIPGIMBLMNOGCOBOMPJBOKP
text1=haha
前面关键字从“GET”变�ؓ�?#8220;POST”�Q�Content-Type变成�?#8220;application/x-www-form- urlencoded”�Q�后面内容�ƈ无大变化�Q�只是多了一行：Content-Length: 10�Q�表�C�提交的内容的长度。空行后面是消息体，内容��是表单中所填的内容。注意此时发送的内容只是“Name=Value”的�Ş式，表单上其他的信息�?会被发送，所以想直接从服务器端取得list box中所有的list item是办不到的，除非在提交前用一�D�script把所有的item内容都连在一��h��C��个隐含表单域中�?br>如果是用表单上传文�g�Q�情况就要复杂一些了�Q�首先是表单声明中要加上一句话�Q�enctype='multipart/form-data'�Q�表�C��个表单将提交多段数据�Q��ƈ用HTML�Q�input type=file来声明一个文件提交域�?br>表单内容如下�Q?br>

我们为text1输入文字�Q�hehe�Q��ؓfile1选择文�ghaha.txt�Q�其内容�?#8220;ABCDEFG”�Q�然后提交此表单。提交的完全信息为：
POST /form.asp HTTP/1.1
Accept: */*
Referer: http://localhost:8080/form.asp
Accept-Language: zh-cn
Content-Type: multipart/form-data; boundary=---------------------------7d62bf2f9066c
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; InfoPath.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: localhost:8080
Content-Length: 337
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: key=haha; ASPSESSIONIDCSQCRTBS=LOIPGIMBLMNOGCOBOMPJBOKP
-----------------------------7d62bf2f9066c
Content-Disposition: form-data; name="text1"
hehe
-----------------------------7d62bf2f9066c
Content-Disposition: form-data; name="file1"; filename="H:\Documents and Settings\Administrator\桌面\haha.txt"
Content-Type: text/plain
ABCDEFG
-----------------------------7d62bf2f9066c--
昄��q�个提交的信息要比前�q�的复杂很多。Content-Type变成�?#8220;multipart/form-data”�Q�后面还多了一�?boundary�Q�此值是��Z��区分POST的内容的区段用的�Q�只要在内容中遇��C��此��|��p��C�Z��面要开始一个新的区�D�了�Q�每个区�D늚�内容相对独立。如果遇到的是此值后面连着两个减号�Q�则表示全部内容到此�l�束。每个段也分为段头和�D�体两部分，用空行隔开�Q�每�D�都有自��q��c�d��和相关信息。如�W�一区段�?text1的��|��它的名称�?#8220;text1”�Q��gؓ“hehe”。第二段是文件内容，�D�首里表明了此文件域的名�U?#8220;file1”和此文�g在用��L��盘上的位�|�，后面��是文�g的内宏V�?br>如果我们惌��自己写一个上传文件组件来接收HTML表单传送的文�g数据�Q�那么最核心的�Q务就是解析此数据包，从中取得需要的信息�?
理解HTTP消息�?�Q�四�Q?br>服务器返回的消息
服务器返回的HTTP消息也分为消息头和消息体两部分。前面连载的�W�二��里已经介绍了返回消息中常见�q�回代码的含义。对于非正常的返回代码的处理比较��单，只要照着要求��d��好了，而对于正常的�q�回代码�Q?00�Q�，其处理方式就多种多样了�?
1 Content-Type
Content-Type是返回消息中非常重要的内容，它标识出�q�个�q�回内容的类型，其��gؓ“�ȝ��?子类�?#8221;的格式，例如最常见的就�?text/html�Q�它的意思是说返回的内容是文本类型，�q�个文本又是HTML格式的。原则上��览器会�Ҏ��Content-Type来决定如何显�C��回的消息体内宏V��常见的内容�c�d��有：
text/html HTML文本
image/jpeg JPG囄��
image/gif GIF囄��
application/xml XML文档
audio/x-mpegurl MP3文�g列表�Q�如果安装了Winamp�Q�则可以直接把它当面M3U文�g来打开
更多的内容类型可以在注册�?#8220;HKCR\MIME\Database\Content Type”下看�?br>对于IE6��览器来��_��如果Content-Type中的�c�d��和实际的消息体类型不一��_��那么它会�Ҏ��内容中的�c�d��来分析实际应该是什么类型，对于JPG、GIF�{�常用图片格式都可以正确的识别出来，而不��Content-Type中写的是什么�?br>如果Content-Type中指定的是浏览器可以直接打开的类型，那么��览器就会直接打开其内�Ҏ��C�出来，如果是被兌��到其它应用程序的�c�d��Q�这时就要查找注册表中关于这�U�类型的注册情况�Q�如果是允许直接打开而不需要询问的�Q�就会直接调��个关联的应用�E�序来打开�q�个文�g�Q�但如果是不允许直接打开的，��?会询问是否打开。对于没有关联到��M��应用�E�序的类型，IE��览器不知道它该如何打开�Q�此时IE6��׃��把它当成XML来尝试打开�?
2 Content-Disposition
如果用AddHeader的方法在HTTP消息头中加入Content-Disposition�D�，�q�指定其��gؓ“attachment”�Q�那么无��个文件是何类型，��览器都会提�C�我们下载此文�g�Q�因为此时它认�ؓ后面的消息体是一�?#8220;附�g”�Q�不需要由��览器来处理了。例如，在ASP.Net�?写入如下语句�Q?br>Response.AddHeader("Content-Disposition: attachment");
��h��此页面是得到的结果如�Q?br>HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
Date: Thu, 23 Mar 2006 07:54:53 GMT
Content-Disposition: attachment
Cache-Control: private
Content-Type: text/html; charset=utf-8
……
也就是说�Q�通过AddHeader函数可以为HTTP消息头加入我们自定义的内宏V��用这�U�方法可以强制让��览器提�C�Z��载文�Ӟ��即�ɘq�个文�g是我们已知的 �c�d��Q�基于是HTML�|�页。如果想要让用户下蝲时提�C�Z��个默认的文�g名，只需要在前面一句话后加�?#8220;filename=文�g�?#8221;卛_��。例如：
Response.AddHeader("Content-Disposition: attachment; filename=mypage.htm");
3 Content-Type与Content-Disposition
如果把Content-Type和Content-Disposition�l�合在一起��用会怎么样呢�Q?br>打开一个网��|��Q�浏览器会首先看是否有Content-Disposition: attachment�q�一��，如果有，无论Content-Type的值是什么，都会提示文�g下蝲�?br>如果指定了filename�Q�就会提�C�默认的文�g名�ؓ此文件名。注意到在IE6中除�?#8220;保存”按扭外还�?#8220;打开”按扭�Q�此时打开文�g的类型是由在 filename中指定的文�g扩展名决定的�Q�例如让filename=mypic.jpg�Q�浏览器��׃��查找默认的图片查看器来打开此文件�?br>如果没有指定filename�Q�那么浏览器��根据Content-Type中的�c�d��来决定文件的�c�d��Q�例如Content-Type�c�d��?image/gif�Q�那么就会去查找默认的看GIF囄��的工��P��q�且讄��此文件的名字为所��h��的网��늚��d��Q�不带扩展名�Q�加上对应于此文件类弄扩展名�Q�例如请求的mypage.aspx�Q�就会自动变成mypage.gif。如果�ƈ没有指定Content-Type��|��那么��默认它�?“text/html”�Q��ƈ且保存的文�g名就是所��h��的网��|��件名�?br>但如果没有指定Content-Disposition�Q�那么就和前面关于Content-Type中所讨论的情冉|��一��L��了�?
4 Cache
�q�回消息中的Cache用于指定�|�页�~�存。我们经常可以看到这��L��情况�Q�打开一个网��|��速度不快�Q�但再次打开时就会快很多�Q�原因是��览器已�l�对此页面进行了�~�存�Q�那么在同一��览器窗口中再次打开此页时不会重��C��服务器端获取。网��늚��~�存是由HTTP消息头中�?#8220;Cache-control”来控�?的，常见的取值有private、no-cache、max-age、must-revalidate�{�，默认为private。其作用�Ҏ��不同的重新浏览方式分��Z��下几�U�情况：
�Q?�Q?打开新窗�?/strong>
如果指定cache-control的��gؓprivate、no-cache、must-revalidate�Q�那么打开新窗口访问时都会重新讉K��服务器。而如果指定了max-age��|��那么在此值内的时间里��׃��会重新访问服务器�Q�例如：
Cache-control: max-age=5
表示当访问此�|�页后的5�U�内再次讉K��不会��L��务器
�Q?�Q?在地址栏回�?/strong>
如果��gؓprivate或must-revalidate�Q�和�|�上说的不一��P��Q�则只有�W�一�ơ访问时会访问服务器�Q�以后就不再讉K��。如果��gؓno-cache�Q�那么每�ơ都会访问。如果��gؓmax-age�Q�则在过期之前不会重复访问�?br>�Q?�Q?按后退按扭
如果��gؓprivate、must-revalidate、max-age�Q�则不会重访问，而如果�ؓno-cache�Q�则每次都重复访�?br>�Q?�Q?按刷新按�?br>无论��Z��|��都会重复讉K��
当指定Cache-control��gؓ“no-cache”�Ӟ��讉K��此页面不会在Internet临时文章夹留下页面备份�?br>另外�Q�通过指定“Expires”��g��会媄响到�~�存。例如，指定Expires��gؓ一个早已过�ȝ��旉��Q�那么访问此�|�时若重复在地址栏按回�R�Q�那么每�ơ都会重复访问：
Expires: Fri, 31 Dec 1999 16:00:00 GMT
在ASP中，可以通过Response对象的Expires、ExpiresAbsolute属性控制Expires��|��通过Response对象的CacheControl属性控制Cache-control的��|��例如�Q?br>Response.ExpiresAbsolute = #2000-1-1# ' 指定�l�对的过期时��_��q�个旉��用的是服务器当地旉��Q�会被自动�{换�ؓGMT旉��
Response.Expires = 20 ' 指定相对的过期时��_��以分钟�ؓ单位�Q�表�C�Z��当前旉��赯��多少分钟�q�期�?br>Response.CacheControl = "no-cache"
Expires值是可以通过在Internet临时文�g夹中查看临时文�g的属性看到的�Q�如�Q?

肥仔 2008-05-29 16:13 发表评论

HTTP Keep-Alive

肥仔 — Thu, 29 May 2008 08:02:00 GMT

 Keep-Alive功能使客��L��到服务器端的�q�接持箋有效�Q�当出现�Ҏ��务器的后�l�请求时�Q�Keep-Alive功能避免了徏立或者重新徏立连接。市��Z��的大部分Web服务器，包括iPlanet、IIS和Apache�Q�都支持HTTP Keep-Alive。对于提供静态内容的�|�站来说�Q�这个功能通常很有用。但是，对于负担较重的网站来��_��q�里存在另外一个问题：虽然为客户保留打开的连接有一定的好处�Q�但它同样媄响了性能�Q�因为在处理暂停期间�Q�本来可以释攄��资源仍旧被占用。当Web服务器和应用服务器在同一台机器上�q�行�Ӟ��Keep- Alive功能对资源利用的影响��其�H�出�?此功能�ؓHTTP 1.1预设的功能，HTTP 1.0加上Keep-Alive header也可以提供HTTP的持�l�作用功能�?

肥仔 2008-05-29 16:02 发表评论

肥仔 — Thu, 29 May 2008 07:33:00 GMT

1、HTTP 只有POST和GET 两种命��o模式�Q?
2、POST是被设计用来向上放东西的�Q�而GET是被设计用来从服务器取东西的�Q�GET也能够向服务器传送较��的数据�Q�而Get之所以也能传送数�?只是用来设计告诉服务�?你到底需要什么样的数�?POST的信息作为HTTP ��h��的内容，而GET是在HTTP 头部传输的；
3、POST与GET在HTTP 中传送的方式不同�Q�GET的参数是在HTTP 的头部传送的�Q�而Post的数据则是在HTTP ��h��的内定w��传�?
4、POST传输数据�Ӟ��不需要在URL中显�C�出来，而GET�Ҏ��要在URL中显�C�；
5、GET�Ҏ��׃��受到URL长度的限�?只能传递大�U?024字节�Q�POST传输的数据量大，可以辑ֈ�2M�Q�而根据微软方面的说法�Q�微软对�?Request.Form() 可接收的最大数据有限制�Q�IIS 4 中�ؓ 80 KB 字节�Q�IIS 5 中�ؓ 100 KB 字节�Q?
6、SOAP是依赖于HTTP POST模式实现的；

例子�Q?
HTTP GET

发�?

GET /DEMOWebServices2.8/Service.asmx/CancelOrder?UserID=string&PWD=string&OrderConfirmation=string HTTP/1.1
Host: api.efxnow.com

回复

HTTP/1.1 200 OK
Content-Type: text/xml; charset=utf-8
Content-Length: length

https://api.efxnow.com/webservices2.3">
boolean
string
int
long
string
string

HTTP POST

发�?

POST /DEMOWebServices2.8/Service.asmx/CancelOrder HTTP/1.1
Host: api.efxnow.com
Content-Type: application/x-www-form-urlencoded
Content-Length: length
UserID=string&PWD=string&OrderConfirmation=string

回复

HTTP/1.1 200 OK
Content-Type: text/xml; charset=utf-8
Content-Length: length

https://api.efxnow.com/webservices2.3">
boolean
string
int
long
string
string

SOAP 1.2

发�?

POST /DEMOWebServices2.8/Service.asmx HTTP/1.1
Host: api.efxnow.com
Content-Type: application/soap+xml; charset=utf-8
Content-Length: length

http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">

 https://api.efxnow.com/webservices2.3">
 string
 string
 string


回复

HTTP/1.1 200 OK
Content-Type: application/soap+xml; charset=utf-8
Content-Length: length

http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">

 https://api.efxnow.com/webservices2.3">

 boolean
 string
 int
 long
 string
 string



肥仔 2008-05-29 15:33 发表评论

RFC1945——HTTP 1.0中文�?�?

肥仔 — Wed, 28 May 2008 09:12:00 GMT
 摘要: ��文本传输协�?-- HTTP/1.0�Q�Hyptertext Transfer Protocol – HTTP/1.0�Q?关于下段备忘�Q�Status of This Memo�Q�本�D�|��字�ؓInternet团体提供信息�Q��ƈ没有以�Q何方式指定Internet标准。本�D�|��字没有分发限制�?IESG提示�Q�IESG Note�Q�：IESG已在��x��此协议，�q�期待该文档能尽快被标准跟踪文档所替代�?... 阅读全文

肥仔 2008-05-28 17:12 发表评论

HTTP/1.1协议规范(中文归纳版）

肥仔 — Wed, 28 May 2008 09:05:00 GMT

一、介�l�（introduction�Q?
1. 目的——HTTP/0.9-〉HTTP/1.0-〉HTTP/1.1
2. 要求——MUST、REQUIRED、SHOULD
3. 术语——连�?Connection)、消�?Message)、请�?Request)、应�{?Response)、资�?Resource)、实�?Entity)、表�C�方�?Representation)、内容协�?Content Negotiation)、变量（Variant)、客��h��Q�Client�Q�、用户代�?User agent)、服务器(Server)、原服务器（Origin server)、代理服务器�Q?Proxy�Q�、网养I��gateway�Q�、高速缓存（Cache�Q�、可�~�存�Q�Cacheable�Q�、直接（first-hand�Q�、明��终止时��_��explicit expiration time�Q�、探索终止时��_��heuristic expiration time�Q�、年龄（Age�Q�、保鲜寿命（Freshness lifetime�Q�、保鲜（Fresh�Q�、陈旧（Stale�Q�、语义透明�Q�semantically transparent�Q�、有效性判别器�Q�Validator�Q�、实体标讎ͼ�entity tag�Q�或最�l�更�Ҏ��_��Last-Modified time))、上�?下游�Q�upstream/downstream�Q�、向�?向外�Q�inbound/outbound�Q?
4. ��M��操作——请�?应答、中�?
二、符��h��例与一般语法（notational conversions and generic grammar�Q?
1. 扩充BNF——name = definition,"literal",rule1 | rule2,(rule1 rule2),*rule,[rule],N rule, #rule,; comment, implied *LWS
2. 基本规则——OCTET,CHAR,UPALPHA,LOALPHA,ALPHA,DIGIT,CTL,CR,LF,SP,HT,<">
三、协议参敎ͼ�protocol parameters�Q?
1. HTTP版本——HTTP-Version = "HTTP" "/" 1*DIGIT "." 1*DIGIT
2. �l�一资源标示�W�（URI�Q�——统一资源定位�?URL)和统一资源名称(URN)的结合，http_URL = "http:" "http://" host [ ":" port ] [ abs_path [ "?" query ]]
3. 日期/旉��格式——Sun, 06 Nov 1994 08:49:37 GMT ; RFC 822, updated by RFC 1123�Q?br>Sunday, 06-Nov-94 08:49:37 GMT ; RFC 850, obsoleted by RFC 1036�Q?br>Sun Nov 6 08:49:37 1994 ; ANSI C's asctime() format
4. 字符集——本文档中的术语"字符�?指一�U�用一个或更多表格��一个八字节序列转换成一个字�W�序列的�Ҏ��Q?br>charset=token
��p��字符�?
5. 内容�~�码——内容编码主要用来允许文档压�~�（信源�~�码�Q?br>content-coding= token
注册表包含下列标讎ͼ�gzip�Q�compress�Q�deflate�Q�identity
6. 传输�~�码——目的是能够��保通过�|�络安全传输�Q�信道编码）
transfer-coding = "chunked" | transfer-extension
transfer-extension = token *( ";" parameter )�Q?br>成块传输代码
7. 媒体�c�d��——media-type = type "/" subtype *( ";" parameter )
type = token
subtype = token
规范化和原文�~�省
多部分类�?
8. 产品标记——product = token ["/" product-version]
product-version = token
9. 质量值——qvalue = ( "0" [ "." 0*3DIGIT ] )| ( "1" [ "." 0*3("0") ] )
10. 语言标记——language-tag = primary-tag *( "-" subtag )
primary-tag = 1*8ALPHA
subtag = 1*8ALPHA
11. 实体标记——entity-tag = [ weak ] opaque-tag
weak = "W/"
opaque-tag = quoted-string
12. 范围单位——range-unit = bytes-unit | other-range-unit
bytes-unit = "bytes"
other-range-unit = token
四�?HTTP消息�Q�HTTP message�Q?
1. 消息�c�d��——HTTP-message = Request | Response ; HTTP/1.1 messages
generic-message = start-line *(message-header CRLF) CRLF [ message-body ]
start-line = Request-Line | Status-Line
2. 消息头——HTTP头域包括常规�?��h��?应答头和实体头域
message-header = field-name ":" [ field-value ]
field-name = token
field-value = *( field-content | LWS )
field-content =
3. 消息体——message-body = entity-body|
4. 消息的长度——决定因�?
5. 常规头域——general-header = Cache-Control| Connection| Date| Pragma| Transfer-Encoding
五�?��h��Q�request�Q?
首行包括利用资源的方�?区分资源的标�?以及协议的版本号
Request = Request-Line * (( general-header| request-header| entity-header ) CRLF) CRLF [ message-body ]
1. ��h��行——Request-Line = Method SP Request-URI SP HTTP-Version CRLF
�Ҏ��——方法标记指的是在请求URI所指定的资源上所实现的方�?br>Method = "OPTIONS"| "GET"| "POST"| "PUT"| "DELETE"| "TRACE"| "CONNECT"| extension-method
extension-method = token
��h��URL——请求URL是一�U�全球统一的应用于资源��h��的资源标识符
Request-URI = "*" | absoluteURI | abs_path | authority
��h��行�D例：GET http://www.w3.org/pub/WWW/TheProject.html HTTP/1.1
GET /pub/WWW/TheProject.html HTTP/1.1
Host: www.w3.org
2. ��h��定义的资源——一个INTERNET��h��所定义的精��资源由��h��URL和主机报头域所军_��
3. ��h��报头域——request-header = Accept| Accept-Charset| Accept-Encoding| Accept-Language| Authorization| Expect| From| Host| If-Match| If-Modified-Since| If-None-Match| If-Range| If-Unmodified-Since| Max-Forwards| Proxy-Authorization| Range| Referer| TE| User-Agent
六�?应答�Q�response�Q?
接收和翻译一个请求信息后�Q�服务器发出一个HTTP应答信息
Response = Status-Line*(( general-header| response-header| entity-header ) CRLF) CRLF [ message-body ]
1. 状态行——Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF
状态码——状态码是试囄��解和满��h��的三位数字的整数码，1xx,2xx,3xx,4xx,5xx�Q?00-�?05-〉扩展码
2. 应答报头域——response-header = Accept-Ranges| Age| Location| Proxy-Authenticate| Retry-After| Server| Vary| WWW-Authenticate
七�?实体�Q�entity�Q?
在未�l�特别规定的情况下，��h��与应�{�的消息也可以传送实体�?实体包括实体报头域与实体正文�Q�而有些应�{�只包括实体报头�?
1. 实体报头域——entity-header = Allow | Content-Encoding| Content-Language| Content-Length | Content-Location| Content-MD5| Content-Range| Content-Type| Expires| Last-Modified| extension-header
extension-header = message-header
2. 实体正文——entity-body = *OCTET
entity-body := Content-Encoding( Content-Type( data ) )
八�?�q�接�Q�connection�Q?
1. 持箋�q�接——优�?br>持箋�q�接是�Q何HTTP�q�接的缺省方式，支持持箋�q�接的客��h��可以以流水线方式发送请�?br>代理服务�?
2. 消息传递要求——持�l�连接与��量控制
监视�q�接中出错状态的消息
100��L��态的用�?br>服务器过早关闭连接时客户机的动作
九�?�Ҏ��定义�Q�method definitions�Q?
1. 安全和等�q�方�?br>安全�Ҏ��——GET和HEAD�Ҏ��除了补救外不应该有别的采取措施的含义
�{�幂�Ҏ��——没有副作用的序列是�{�幂�?
2. OPTIONS——OPTIONS�Ҏ��代表在请求URI��定的请�?应答�q�程中通信条�g是否可行的信�?
3. GET——GET�Ҏ��说明了重��Z��息的内容��p��求URI来确�?
4. HEAD——除了应�{�中��止�q�回消息正文�?HEAD�Ҏ��与GET�Ҏ��一�?
5. POST——POST�Ҏ��实现的实际功能取决于服务�?
6. PUT——PUT�Ҏ��要求所附实体存储在提供的请求URI�?
7. DELETE——DELELE�Ҏ��要求原服务器释放��h��URI指向的资�?
8. TRACE——TRACE�Ҏ��用于调用�q�程的应用层循环��h��消息
9. CONNECT——CONNECT�Ҏ��用于能动态徏立�v隧道的代理服务器
十�?状态码定义�Q�status code definitions�Q?
1. 信息1XX—�?br>100�l�箋
101转换协议
2. 成功2XX—�?br>200��h��成功
201创徏
202接受
203非权威信�?br>204无内�?br>205重置内容
206局部内�?
3. 重新定向3XX—�?br>300多样选择
301�怹��U�d��
302创立
303观察别的部分
304只读
306(没有用的)
307临时重发
4. 客户错误4xx—�?br>400坏请�?br>401未授权的
402必需的支�?br>403��用
404没有扑ֈ�
405不被允许的方�?br>406不接�?br>407代理服务器认证所必需
408��h��时
409冲突
410停止
411必需的长�?br>412预处理失�?br>413��h��实体太大
414��h��的URI�q�长
415不被支持的媒体类�?br>416��h��范围不满��?br>417期望��p�|
5. 服务器错�?xx—�?br>500服务器内部错�?br>501不能实现
502坏网�?br>503难以获得的服�?br>504�|�关��时
505 HTTP版本不支�?
十一�?讉K��验证�Q�access authentication�Q�——可选择
十二�?内容谈判�Q�content negotiation�Q?
HTTP��Z��"内容谈判"提供了一些机�Ӟ��卛_��有很多种可能的表�C�时如何选择对于一个请求的最佳的表示�?
1. 服务器驱动谈判——一个请求的最佌��C�的选择由服务器提供的运��法则来完成
2. 代理驱动谈判——对于一个应�{�的最佌��C�法的选择是在代理从原服务器端收到最初的应答后实现的
3. 透明谈判——透明的判断是服务器驱动和代理驱动谈判的结合体
十三�?HTTP中的�~�存�Q�caching in HTTP�Q?
HTTP典型应用于能通过采用�~�存技术而提高性能的分布式信息�pȝ��
1. �~�存—�?br>�~�存正确�?br>警告信息
�~�存控制机制
直接的用户代理警�?br>规则和警告的例外情况
由客��h��制的行�ؓ
2. �q�期模型—�?br>服务器指定模�?br>启发式过�?br>�q�龄计算
�q�期计算
澄清�q�期�?br>澄清多重响应
3. ��认模型——当�~�存器想要用一个失时效的条目来相应客户的请�?他首先必��d��源服务器��验这一�~�存条目是否仍然可用
最后修�Ҏ��?br>标签�~�存��认�?br>强弱控制�?br>关于何时使用实体标签和最后修�Ҏ��间的规则
不确认条�?
4. 响应的缓存能力——除非被明确限制,�~�存�pȝ��可以��一成功的响应作为缓存实体一直存�?
5. 从缓存构造响应—�?br>端到端和Hop-by-hop报头
不可更改报头
联合报头
联合字节范围
6. �~�存谈判响应
7. �׃�n与非�׃�n�~�存
8. 错误和不完全响应�~�存行�ؓ
9. GET�?HEAD的副作用
10. ��h��或删除后的无效�?
11. 强制写通过
12. �~�存替换
13. 历史�U�录
十四�?报头域定义（header field definitions�Q?
1. Accept——Accept = "Accept" ":" #( media-range [ accept-params ] )
media-range = ( "*/*"| ( type "/" "*" )| ( type "/" subtype )) *( ";" parameter )
accept-params = ";" "q" "=" qvalue *( accept-extension )
accept-extension = ";" token [ "=" ( token | quoted-string ) ]
�?�Q�Accept: audio/*; q=0.2, audio/basic
�?�Q�Accept: text/plain; q=0.5, text/html, text/x-dvi; q=0.8, text/x-c
2. Accept-Charset——Accept-Charset = "Accept-Charset" ":" 1#( ( charset | "*" )[ ";" "q" "=" qvalue ] )
例：Accept-Charset: iso-8859-5, unicode-1-1;q=0.8
3. Accept-Encoding——Accept-Encoding = "Accept-Encoding" ":" 1#( codings [ ";" "q" "=" qvalue ] )
codings = ( content-coding | "*" )
例：Accept-Encoding: gzip;q=1.0, identity; q=0.5, *;q=0
4. Accept-Language——Accept-Language = "Accept-Language" ":" 1#( language-range [ ";" "q" "=" qvalue ] )
language-range = ( ( 1*8ALPHA *( "-" 1*8ALPHA ) ) | "*" )
例：Accept-Language: da, en-gb;q=0.8, en;q=0.7
5. Accept-Range——Accept-Ranges = "Accept-Ranges" ":" acceptable-ranges
acceptable-ranges = 1#range-unit | "none"
例：Accept-Ranges: bytes
6. Age——Age = "Age" ":" age-value
age-value = delta-seconds
7. Allow——Allow = "Allow" ":" #Method
例：Allow: GET, HEAD, PUT
8. Authorization——Authorization = "Authorization" ":" credentials
9. Cache-Control——Cache-Control = "Cache-Control" ":" 1#cache-directive
cache-directive = cache-request-directive| cache-response-directive
cache-request-directive ="no-cache"| "no-store"| "max-age" "=" delta-seconds| "max-stale" [ "=" delta-seconds ]| "min-fresh" "=" delta-seconds| "no-transform"| "only-if-cached"| cache-extension
cache-response-directive ="public"| "private" [ "=" <"> 1#field-name <"> ]| "no-cache" [ "=" <"> 1#field-name <"> ]| "no-store"| "no-transform"| "must-revalidate"| "proxy-revalidate"| "max-age" "=" delta-seconds| "s-maxage" "=" delta-seconds| cache-extension
cache-extension = token [ "=" ( token | quoted-string ) ]
什么是可缓存的
哪些可能被缓存保�?br>对基本过期失效机制的改进
�~�存重新��认有效和重载控�?br>不得转换的指�?br>�~�存控制扩展
10. Connection——Connection = "Connection" ":" 1#(connection-token)
connection-token = token
例：Connection: close
11. Content-Encoding——Content-Encoding = "Content-Encoding" ":" 1#content-coding
例：Content-Encoding: gzip
12. Content-Language——Content-Language = "Content-Language" ":" 1#language-tag
例：Content-Language: mi, en
13. Content-Length——Content-Length = "Content-Length" ":" 1*DIGIT
Content-Length: 3495
14. Content-Location——Content-Location = "Content-Location" ":"( absoluteURI | relativeURI )
15. Content-MD5——Content-MD5 = "Content-MD5" ":" md5-digest
md5-digest =
16. Content-Range——Content-Range = "Content-Range" ":" content-range-spec
content-range-spec = byte-content-range-spec
byte-content-range-spec = bytes-unit SP byte-range-resp-spec "/"( instance-length | "*" )
byte-range-resp-spec = (first-byte-pos "-" last-byte-pos) | "*"
instance-length = 1*DIGIT
例：The first 500 bytes:bytes 0-499/1234
17. Content-Type——Content-Type = "Content-Type" ":" media-type
例：Content-Type: text/html; charset=ISO-8859-4
18. Date——Date = "Date" ":" HTTP-date
例：Date: Tue, 15 Nov 1994 08:12:31 GMT
没有旉��的原服务器的�q�作
19. Etag——ETag = "ETag" ":" entity-tag
例：ETag: W/"xyzzy"
20. Expect——Expect = "Expect" ":" 1#expectation
expectation = "100-continue" | expectation-extension
expectation-extension = token [ "=" ( token | quoted-string )*expect-params ]
expect-params = ";" token [ "=" ( token | quoted-string ) ]
21. Expires——Expires = "Expires" ":" HTTP-date
例：Expires: Thu, 01 Dec 1994 16:00:00 GMT
22. From——From = "From" ":" mailbox
例：From: webmaster@w3.org
23. Host——Host = "Host" ":" host [ ":" port ] ; Section 3.2.2
24. If-Match——If-Match = "If-Match" ":" ( "*" | 1#entity-tag )
例：If-Match: "xyzzy", "r2d2xxxx", "c3piozzzz"
25. If-Modified-Since——If-Modified-Since = "If-Modified-Since" ":" HTTP-date
例：If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT
26. If-None-Match ——If-None-Match = "If-None-Match" ":" ( "*" | 1#entity-tag )
例：If-None-Match: W/"xyzzy", W/"r2d2xxxx", W/"c3piozzzz"
27. If-Range ——If-Range = "If-Range" ":" ( entity-tag | HTTP-date )
28. If-Unmodified-Since ——If-Unmodified-Since = "If-Unmodified-Since" ":" HTTP-date
例：If-Unmodified-Since: Sat, 29 Oct 1994 19:43:31 GMT
29. Last-Modified ——Last-Modified = "Last-Modified" ":" HTTP-date
例：Last-Modified: Tue, 15 Nov 1994 12:45:26 GMT
30. Location ——Location = "Location" ":" absoluteURI
Location: http://www.w3.org/pub/WWW/People.html
31. Max-Forwards ——Max-Forwards = "Max-Forwards" ":" 1*DIGIT
32. Pragma ——Pragma = "Pragma" ":" 1#pragma-directive
pragma-directive = "no-cache" | extension-pragma
extension-pragma = token [ "=" ( token | quoted-string ) ]
33. Proxy-Authenticate ——Proxy-Authenticate = "Proxy-Authenticate" ":" 1#challenge
34. Proxy-Authorization ——Proxy-Authorization = "Proxy-Authorization" ":" credentials
35. Range——字节范�?br>范围��索请�?br>Range = "Range" ":" ranges-specifier
36. Referer——Referer = "Referer" ":" ( absoluteURI | relativeURI )
37. Retry-After ——Retry-After = "Retry-After" ":" ( HTTP-date | delta-seconds )
38. Server ——Server = "Server" ":" 1*( product | comment )
39. TE ——TE = "TE" ":" #( t-codings )
t-codings = "trailers" | ( transfer-extension [ accept-params ] )
例：TE: trailers, deflate;q=0.5
40. Trailer ——Trailer = "Trailer" ":" 1#field-name
41. Transfer-Encoding ——Transfer-Encoding = "Transfer-Encoding" ":" 1#transfer-coding
例：Transfer-Encoding: chunked
42. Upgrade——Upgrade = "Upgrade" ":" 1#product
例：Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
43. User-Agent ——User-Agent = "User-Agent" ":" 1*( product | comment )
例：User-Agent: CERN-LineMode/2.15 libwww/2.17b3
44. Vary ——Vary = "Vary" ":" ( "*" | 1#field-name )
45. Via ——Via = "Via" ":" 1#( received-protocol received-by [ comment ] )
received-protocol = [ protocol-name "/" ] protocol-version
protocol-name = token
protocol-version = token
received-by = ( host [ ":" port ] ) | pseudonym
pseudonym = token
例：Via: 1.0 ricky, 1.1 ethel, 1.1 fred, 1.0 lucy
46. Warning = "Warning" ":" 1#warning-value
warning-value = warn-code SP warn-agent SP warn-text [SP warn-date]
warn-code = 3DIGIT
warn-agent = ( host [ ":" port ] ) | pseudonym
warn-text = quoted-string
warn-date = <"> HTTP-date <">
47. WWW-Authenticate ——WWW-Authenticate = "WWW-Authenticate" ":" 1#challenge
十五�?安全考虑�Q�security considerations�Q?
一些徏议，但是�q�不包括最�l�解��x��?
1. 个�h信息
服务器日志信息的滥用
敏感信息的传�?br>URI中敏感信息的�~�码
�q�接到Accept报头的机要问�?
2. ��Z��文�g和�\径名�U�的��d��
3. DNS�ƺ骗
4. Location�Q�位�|�）报头和欺�?
5. 内容們֐�问题
6. 鉴定证书和空闲的客户�?
7. 代理服务器和高速缓�?br>对代理服务器的拒�l�服务攻�?
十六�?感谢
十七�?参考文�?
十八�?作者地址
十九�?附录

肥仔 2008-05-28 17:05 发表评论

HTTP深入��出

肥仔 — Wed, 28 May 2008 09:02:00 GMT

HTTP(HyperText Transfer Protocol)是一套计��机通过�|�络�q�行通信的规则。计��机专家设计出HTTP�Q��HTTP客户�Q�如Web��览器）能够从HTTP服务�?Web服务�?��h��信息和服务，HTTP目前协议的版本是1.1.HTTP是一�U�无状态的协议�Q�无状态是指Web��览器和Web服务器之间不需要徏立持久的�q�接�Q�这意味着当一个客��L��向服务器端发��求，然后Web服务器返回响�?response)�Q�连接就被关闭了�Q�在服务器端不保留连接的有关信息.HTTP遵��@��h��(Request)/应答(Response)模型。Web��览器向Web服务器发送请求，Web服务器处理请求�ƈ�q�回适当的应�{�。所有HTTP�q�接都被构造成一套请求和应答�?
HTTP使用内容�c�d��Q�是指Web服务器向Web��览器返回的文�g都有与之相关的类型。所有这些类型在MIME　Internet邮�g协议上模型化�Q�即Web服务器告诉Web��览器该文�g所��h��的种�c�，是HTML文档、GIF格式囑փ�、声��x��件还是独立的应用�E�序。大多数Web��览器都拥有一�p�d��的可配置的辅助应用程序，它们告诉��览器应该如何处理Web服务器发送过来的各种内容�c�d��?
HTTP通信机制是在一�ơ完整的HTTP通信�q�程中，Web��览器与Web服务器之间将完成下列7个步骤：
�Q?�Q?nbsp; 建立TCP�q�接
在HTTP工作开始之前，Web��览器首先要通过�|�络与Web服务器徏立连接，该连接是通过TCP来完成的�Q�该协议与IP协议共同构徏Internet�Q�即著名的TCP/IP协议族，因此Internet又被�U�C��是TCP/IP�|�络。HTTP是比TCP更高层次的应用层协议�Q�根据规则，只有低层协议建立之后才能�Q�才能进行更层协议的�q�接�Q�因此，首先要徏立TCP�q�接�Q�一般TCP�q�接的端口号�?0
�Q?�Q?nbsp; Web��览器向Web服务器发送请求命�?
一旦徏立了TCP�q�接�Q�Web��览器就会向Web服务器发送请求命�?
例如�Q�GET/sample/hello.jsp HTTP/1.1
�Q?�Q?nbsp; Web��览器发送请求头信息
��览器发送其��h��命��o之后�Q�还要以头信息的形式向Web服务器发送一些别的信息，之后��览器发送了一�I�白行来通知服务器，它已�l�结束了该头信息的发送�?
�Q?�Q?nbsp; Web服务器应�{?
客户机向服务器发��求后�Q�服务器会客��h��回送应�{�，
HTTP/1.1 200 OK
应答的第一部分是协议的版本号和应答状态码
�Q?�Q?nbsp; Web服务器发送应�{�头信息
正如客户端会随同��h��发送关于自�w�的信息一��P��服务器也会随同应�{�向用户发送关于它自己的数据及被请求的文档�?
�Q?�Q?nbsp; Web服务器向��览器发送数�?
Web服务器向��览器发送头信息后，它会发送一个空白行来表�C�头信息的发送到此�ؓ�l�束�Q�接着�Q�它��׃��Content-Type应答头信息所描述的格式发送用��h��h��的实际数�?
�Q?�Q?nbsp; Web服务器关闭TCP�q�接
一般情况下�Q�一旦Web服务器向��览器发送了��h��数据�Q�它��p��关闭TCP�q�接�Q�然后如果浏览器或者服务器在其头信息加入了�q�行代码
Connection:keep-alive
TCP�q�接在发送后��仍然保持打开状态，于是�Q�浏览器可以�l�箋通过相同的连接发送请求。保持连接节省了为每个请求徏立新�q�接所需的时��_��q�节�U�了�|�络带宽�?
HTTP��h��格式
当浏览器向Web服务器发��求时�Q�它向服务器传递了一个数据块�Q�也��是��h��信息�Q�HTTP��h��信息�?部分�l�成�Q?
l ��h��Ҏ��URI协议/版本
l ��h��?Request Header)
l ��h��正文
下面是一个HTTP��h��的例子：
GET/sample.jspHTTP/1.1
Accept:image/gif.image/jpeg,*/*
Accept-Language:zh-cn
Connection:Keep-Alive
Host:localhost
User-Agent:Mozila/4.0(compatible;MSIE5.01;Window NT5.0)
Accept-Encoding:gzip,deflate
username=jinqiao&password=1234
�Q?�Q?nbsp; ��h��Ҏ��URI协议/版本
��h��的第一行是“�Ҏ��URL�?版本”�Q�GET/sample.jsp HTTP/1.1
以上代码�?#8220;GET”代表��h��Ҏ��Q?#8220;/sample.jsp”表示URI�Q?#8220;HTTP/1.1代表协议和协议的版本�?
�Ҏ��HTTP标准�Q�HTTP��h��可以使用多种��h��Ҏ��。例如：HTTP1.1支持7�U�请求方法：GET、POST、HEAD、OPTIONS、PUT、DELETE和TARCE。在Internet应用中，最常用的方法是GET和POST�?
URL完整地指定了要访问的�|�络资源�Q�通常只要�l�出相对于服务器的根目录的相对目录即可，因此��L��?#8220;/”开��_��最后，协议版本声明了通信�q�程中��用HTTP的版本�?
�Q?�Q�　��h��?Request Header)
��h��头包含许多有关的客户端环境和��h��正文的有用信息。例如，��h��头可以声明浏览器所用的语言�Q�请求正文的长度�{��?
Accept:image/gif.image/jpeg.*/*
Accept-Language:zh-cn
Connection:Keep-Alive
Host:localhost
User-Agent:Mozila/4.0(compatible:MSIE5.01:Windows NT5.0)
Accept-Encoding:gzip,deflate.
�Q?�Q�　��h��正文
��h��头和��h��正文之间是一个空行，�q�个行非帔R��要，它表�C��求头已经�l�束�Q�接下来的是��h��正文。请求正文中可以包含客户提交的查询字�W�串信息�Q?
username=jinqiao&password=1234
在以上的例子的HTTP��h��中，��h��的正文只有一行内宏V��当�Ӟ��在实际应用中�Q�HTTP��h��正文可以包含更多的内宏V�?
HTTP��h��Ҏ��我这里只讨论GET�Ҏ��与POST�Ҏ��
GET�Ҏ��
GET�Ҏ��是默认的HTTP��h��Ҏ��Q�我们日常用GET�Ҏ��来提交表单数据，然而用GET�Ҏ��提交的表单数据只�l�过了简单的�~�码�Q�同时它��作为URL的一部分向Web服务器发送，因此�Q�如果��用GET�Ҏ��来提交表单数据就存在着安全隐患上。例�?
Http://127.0.0.1/login.jsp?Name=zhangshi&Age=30&Submit=%cc%E+%BD%BB
从上面的URL��h��中，很容易就可以辩认��单提交的内容。（�Q�之后的内容�Q�另外由于GET�Ҏ��提交的数据是作�ؓURL��h��的一部分所以提交的数据量不能太�?
POST�Ҏ��
POST�Ҏ��是GET�Ҏ��的一个替代方法，它主要是向Web服务器提交表单数据，��其是大扚w��的数据。POST�Ҏ��克服了GET�Ҏ��的一些缺炏V��通过POST�Ҏ��提交表单数据�Ӟ��数据不是作�ؓURL��h��的一部分而是作�ؓ标准数据传送给Web服务器，�q�就克服了GET�Ҏ��中的信息无法保密和数据量太小的缺炏V��因此，��Z��安全的考虑以及对用户隐�U�的��重�Q�通常表单提交旉��用POST�Ҏ��?
从编�E�的角度来讲�Q�如果用户通过GET�Ҏ��提交数据�Q�则数据存放在QUERY�Q�STRING环境变量中，而POST�Ҏ��提交的数据则可以从标准输入流中获取�?
HTTP应答与HTTP��h��怼��Q�HTTP响应也由3个部分构成，分别是：
l 　协议状态版本代码描�q?
l 　响应�?Response Header)
l 　响应正文

下面是一个HTTP响应的例子：
HTTP/1.1 200 OK
Server:Apache Tomcat/5.0.12
Date:Mon,6Oct2003 13:23:42 GMT
Content-Length:112

HTTP响应�C�Z��<title> </head> <body> Hello HTTP! </body> </html> 协议状态代码描�q�HTTP响应的第一行类��g��HTTP��h��的第一行，它表�C�通信所用的协议是HTTP1.1服务器已�l�成功的处理了客��L��发出的请求（200表示成功�Q? HTTP/1.1 200 OK 响应�?Response Header)响应头也和请求头一样包含许多有用的信息�Q�例如服务器�c�d��、日期时间、内容类型和长度�{�： Server:Apache Tomcat/5.0.12 Date:Mon,6Oct2003 13:13:33 GMT Content-Type:text/html Last-Moified:Mon,6 Oct 2003 13:23:42 GMT Content-Length:112 响应正文响应正文��是服务器返回的HTML��面�Q? <html> <head> <title>HTTP响应�C�Z��<title> </head> <body> Hello HTTP! </body> </html> 响应头和正文之间也必��ȝ��I��分隔。　　 HTTP应答�? HTTP应答码也�U�Cؓ状态码�Q�它反映了Web服务器处理HTTP��h��状态。HTTP应答码由3位数字构成，其中首位数字定义了应�{�码的类型： 1XX�Q�信息类(Information),表示收到Web��览器请求，正在�q�一步的处理�? 2XX�Q�成功类�Q�Successful�Q?表示用户��h��被正��接�Ӟ��理解和处理例如：200 OK 3XX-重定向类(Redirection),表示��h��没有成功�Q�客户必��采取进一步的动作�? 4XX-客户端错�?Client Error)�Q�表�C�客��L��提交的请求有错误例如�Q?04 NOT Found�Q�意味着��h��中所引用的文档不存在�? 5XX-服务器错�?Server Error)表示服务器不能完成对��h��的处理：�?500 对于我们Web开发�h员来说掌握HTTP应答码有助于提高Web应用�E�序调试的效率和准确性�? 安全�q�接 Web应用最常见的用途之一是电子商务，可以利用Web服务器端�E�序使�h们能够网�l�购物，需要指��Z��Ҏ��Q�缺省情况下�Q�通过Internet发送信息是不安全的�Q�如果某人碰巧截获了你发�l�朋友的一则消息，他就能打开它，假想在里面有你的信用卡号码，�q�会有多么糟�p�，�q�运的是�Q�很多Web服务器以及Web��览器都有创立安全连接的能力�Q�这样它们就可以安全的通信了�? 通过Internet提供安全�q�接最常见的标准是安全套接�?Secure Sockets layer,SSl)协议。SSL协议是一个应用层协议(和HTTP一�?�Q�用于安全方式在Web上交换数据，SSL使用公开密钥�~�码�pȝ��。从本质�Ԍ��q�意味着业务中每一斚w��拥有一个公开的和一个私有的密钥。当一方��用另一方公开密钥�q�行�~�码�Ӟ��只有拥有匚w��密钥的�h才能对其解码。简单来�Ԍ��公开密钥�~�码提供了一�U�用于在两方之间交换数据的安全方法，SSL�q�接建立之后�Q�客户和服务器都交换公开密钥�Q��ƈ在进行业务联�p�M��前进行验证，一旦双方的密钥都通过验证�Q�就可以安全��C��换数据�? <div align=right><a style="text-decoration:none;" href="http://m.shnenglu.com/woaidongmao/" target="_blank">肥仔</a> 2008-05-28 17:02 <a href="http://m.shnenglu.com/woaidongmao/archive/2008/05/28/51407.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div> </article> <article> 肥仔 — Wed, 28 May 2008 08:58:00 GMT HTTP��h��包括三部分：��h��?Request Line)�Q�头部（Headers�Q�和数据体（Body)。其中，��h��行由��h��Ҏ��(method)�Q�请求网址Request-URI和协�?(Protocol)构成�Q�而请求头包括多个属性，数据体则可以被认为是附加在请求之后的文本或二�q�制文�g�?/p> 下面�q�个例子昄��了一个HTTP��h��的Header内容�Q�这些数据是真正以网�l�HTTP协议从IE��览器传递到Apache服务器上的�?/p> GET /icwork/? search=product HTTP/1.1 Accept:image/gif,image/x-xbitmap,image/jpeg,image/pjpeg,application/vnd.ms-powerpoint,application/vnd.ms-excel,application/msword,*.* Accept-Language:en-us Accept-Encoding:gzip,deflate User-Agent:Mozilla/4.0(compatible;MSIE 5.01;Windows NT 5.0;DigExt) Host:www.icconcept.com:8080 Referer:http://www.yoursite.com/header.html Connection:Keep-Alive �q�段�E�序使用�?个Header�Q�还有一些Header没有出现。我们参考这个例子具体解释HTTP��h��格式�?/p> 1.HTTP��h��行：��h��行格式�ؓMethod Request-URI Protocol。在上面�q�个例子里，“GET /icwork/? search=pruduct HTTP/1.1”是请求行�?/p> 2.Accept:指浏览器或其他客户可以接��q��MIME文�g格式。Servlet可以�Ҏ��它判断�ƈ�q�回适当的文件格式�?/p> 3.Accept-Charset�Q�指出浏览器可以接受的字�W�编码。英文浏览器的默认值是ISO-8859-1. 4.Accept-Language�Q�指出浏览器可以接受的语�a��U�类�Q�如en或en-us�Q�指��p��?/p> 5.Accept-Encoding�Q�指出浏览器可以接受的编码方式。编码方式不同于文�g格式�Q�它是�ؓ了压�~�文件�ƈ加速文件传递速度。浏览器在接收到Web响应之后先解码，然后再检查文件格式�?/p> 6.Authorization�Q�当使用密码机制时用来标识浏览器�?/p> 7.Cache-Control�Q�设�|�关于请求被代理服务器存储的相关选项。一般servlet用不到�?/p> 8.Connection�Q�用来告诉服务器是否可以�l�持固定的HTTP�q�接。HTTP/1.1使用Keep-Alive为默认��|��q�样�Q�当��览器需要多个文件时(比如一个HTML文�g和相关的囑�Ş文�g)�Q�不需要每�ơ都建立�q�接�?/p> 9.Content-Type�Q�用来表名request的内容类型。可以用HttpServletRequest的getContentType()�Ҏ��取得�?/p> 10.Cookie�Q�浏览器用这个属性向服务器发送Cookie。Cookie是在��览器中寄存的小型数据体�Q�它可以记蝲和服务器相关的用户信息，也可以用来实��C��话功能�?/p> 11.Expect�Q�表时客户预期的响应状态�?/p> 12.From�Q�给出客��L��HTTP��h��负责人的email地址�?/p> 13.Host�Q�对应网址URL中的Web名称和端口号�?/p> 14.If-Match�Q�供PUT�Ҏ��使用�?/p> 15.If-Modified-Since�Q�客户��用这个属性表明它只需要在指定日期之后更改�q�的�|�页。因为浏览器可以使用其存储的文�g而不必从服务器请求，�q�样节省了Web资源。由于Servlet是动态生成的�|�页�Q�一般不需要��用这个属性�?/p> 16.If-None-Match�Q�和If-Match相反的操作，供PUT�Ҏ��使用�?/p> 17.If-Unmodified-Since�Q�和If-Match-Since相反�?/p> 18.Pragma�Q�这个属性只有一�U��|��即Pragma�Q�no-cache,表明如果servlet充当代理服务器，即��其有已经存储的网��，也要��请求传递给目的服务器�?/p> 19.Proxy-Authorization�Q�代理服务器使用�q�个属性，Servlet一般用不到�?/p> 20.Range�Q�如果客��h��部分�|�页�Q�这个属性可以请求剩余部分�?/p> 21.Referer�Q�表明��生请求的�|�页URL。如比从�|�页/icconcept/index.jsp中点��M��个链接到�|�页/icwork/search�Q�在向服务器发送的GET/icwork/search中的��h��中，Referer�?a href="http://hostname:8080/icconcept/index.php">http://hostname:8080/icconcept/index.php</a>。这个属性可以用来跟�t�Web��h��是从什么网站来的�?/p> 22.Upgrage�Q�客户通过�q�个属性设定可以��用与HTTP/1.1不同的协议�?/p> 23.User-Agent�Q�是客户��览器名�U��?/p> 24.Via�Q�用来记录Web��h��l�过的代理服务器或Web通道�?/p> 25.Warning�Q�用来由客户声明传递或存储(cache)错误�?/p> <div align=right><a style="text-decoration:none;" href="http://m.shnenglu.com/woaidongmao/" target="_blank">肥仔</a> 2008-05-28 16:58 <a href="http://m.shnenglu.com/woaidongmao/archive/2008/05/28/51405.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div> </article> <article> <h1>SOAP, HTTP GET, HTTP POST</h1> 肥仔 — Wed, 28 May 2008 07:32:00 GMT 在web服务中，有三�U�可供选择的发送和接受信息的协议：SOAP,HTTP GET,HTTP POST,但是SOAP支持的数据类型更为广�? <blockquote> SOAP=RPC+HTTP+XML </blockquote> SOAP��单的理解�Q�就是这��L��一个开攑֍�议SOAP=RPC+HTTP+XML�Q?font color=#800000>采用HTTP作�ؓ底层通讯协议�Q�RPC作�ؓ一致性的调用途径�Q��Q�Ｌ作�ؓ数据传送的格式�Q�允许服务提供者和服务客户�l�过防火墙在INTERNET�q�行通讯交互�?/font>RPC的描叙可能不大准��，因�ؓSOAP一开始构思就是要实现�q�_��与环境的无关性和独立性，每一个通过�|�络的远�E�调用都可以通过SOAP��装��h��Q�包括DCE�Q�Distributed Computing Environment �Q�　RPC CALLS�Q�COM/DCOM CALLS, CORBA CALLS, JAVA CALLS�Q�etc�? SOAP 使用 HTTP 传�?XML�Q�尽��HTTP 不是有效率的通讯协议�Q�而且 XML �q�需要额外的文�g解析�Q�parse�Q�，两者��得交易的速度大大低于其它�Ҏ��。但是XML 是一个开放、健全、有语义的讯息机�Ӟ��?HTTP 是一个广泛又能避免许多关于防火墙的问题，从而��SOAP得到了广泛的应用。但是如果效率对你来说很重要�Q�那么你应该多考虑其它的方式，而不要用 SOAP�? <div align=right><a style="text-decoration:none;" href="http://m.shnenglu.com/woaidongmao/" target="_blank">肥仔</a> 2008-05-28 15:32 <a href="http://m.shnenglu.com/woaidongmao/archive/2008/05/28/51389.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div> </article> </main></body></html>

欧美色区777第一页,很黄很黄激情成人,欧美天堂亚洲电影院在线观看

反向代理����?---服务器的代理

深入���出URL�~�码

Keep-Alive: timeout=5, max=100

支持gzip的爬�?gzip zlib deflate 相关介绍

HTTP协议相关概述

关于http的Last-Modified

RFC1738 - �l�一资源定位�?amp;quot;URL"

HTTP��h��模型和头信息参�?很全

Directory Listing Denied

Not Found

Object Moved

HTTP Keep-Alive

RFC1945——HTTP 1.0中文�?�?

HTTP/1.1协议规范(中文归纳版）

HTTP深入���出

反向代理��?---服务器的代理

深入��出URL�~�码

HTTP深入��出