第一篇:常用的HTTP协议状态码
常用的HTTP协议状态码
200Standard response for successful HTTP requests.301This and all future requests should be directed to the given.403forbidden request(matches a deny filter)=> HTTP 403
Not Found,服务器找不到请求的页面。
Internal Server Error(内部服务器错误)
A generic error message, given when no more specific message is suitable.502the server returned an invalid or incomplete response => HTTP 502
Service Unavailable(服务当前不可用),可能因为超载或停机维护。
The server is currently unavailable(because it is overloaded or down for maintenance).504the server failed to reply in time => HTTP 504
-The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.更多:
一些常见HTTP状态码为: 200 – 服务器成功返回网页 404 – 请求的网页不存在 503 – 服务不可用 常见HTTP状态码大全
1xx(临时响应)
表示临时响应并需要请求者继续执行操作的状态代码。
代码 说明
http状态码 100(继续)请求者应当继续提出请求。服务器返回此代码表示已收到请求的第一部分,正在等待其余部分。
http状态码 101(切换协议)请求者已要求服务器切换协议,服务器已确认并准备切换。
2xx(成功)
表示成功处理了请求的状态代码。代码 说明
http状态码 200(成功)服务器已成功处理了请求。通常,这表示服务器提供了请求的网页。
http状态码 201(已创建)请求成功并且服务器创建了新的资源。http状态码 202(已接受)服务器已接受请求,但尚未处理。
http状态码 203(非授权信息)服务器已成功处理了请求,但返回的信息可能来自另一来源。
http状态码 204(无内容)服务器成功处理了请求,但没有返回任何内容。http状态码 205(重置内容)服务器成功处理了请求,但没有返回任何内容。http状态码 206(部分内容)服务器成功处理了部分 GET 请求。3xx(重定向)
表示要完成请求,需要进一步操作。通常,这些状态代码用来重定向。代码 说明
http状态码 300(多种选择)针对请求,服务器可执行多种操作。服务器可根据请求者(user agent)选择一项操作,或提供操作列表供请求者选择。http状态码 301(永久移动)请求的网页已永久移动到新位置。服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会自动将请求者转到新位置。http状态码 302(临时移动)服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。
http状态码 303(查看其他位置)请求者应当对不同的位置使用单独的 GET 请求来检索响应时,服务器返回此代码。
http状态码 304(未修改)自从上次请求后,请求的网页未修改过。服务器返回此响应时,不会返回网页内容。http状态码 305(使用代理)请求者只能使用代理访问请求的网页。如果服务器返回此响应,还表示请求者应使用代理。
http状态码 307(临时重定向)服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。4xx(请求错误)
这些状态代码表示请求可能出错,妨碍了服务器的处理。
代码 说明
http状态码 400(错误请求)服务器不理解请求的语法。
http状态码 401(未授权)请求要求身份验证。对于需要登录的网页,服务器可能返回此响应。
http状态码 403(禁止)服务器拒绝请求。
http状态码 404(未找到)服务器找不到请求的网页。http状态码 405(方法禁用)禁用请求中指定的方法。
http状态码 406(不接受)无法使用请求的内容特性响应请求的网页。http状态码 407(需要代理授权)此状态代码与 401(未授权)类似,但指定请求者应当授权使用代理。
http状态码 408(请求超时)服务器等候请求时发生超时。
http状态码 409(冲突)服务器在完成请求时发生冲突。服务器必须在响应中包含有关冲突的信息。
http状态码 410(已删除)如果请求的资源已永久删除,服务器就会返回此响应。
http状态码 411(需要有效长度)服务器不接受不含有效内容长度标头字段的请求。
http状态码 412(未满足前提条件)服务器未满足请求者在请求中设置的其中一个前提条件。
http状态码 413(请求实体过大)服务器无法处理请求,因为请求实体过大,超出服务器的处理能力。
http状态码 414(请求的 URI 过长)请求的 URI(通常为网址)过长,服务器无法处理。
http状态码 415(不支持的媒体类型)请求的格式不受请求页面的支持。http状态码 416(请求范围不符合要求)如果页面无法提供请求的范围,则服务器会返回此状态代码。
http状态码 417(未满足期望值)服务器未满足”期望”请求标头字段的要求。
5xx(服务器错误)
这些状态代码表示服务器在尝试处理请求时发生内部错误。这些错误可能是服务器本身的错误,而不是请求出错。
代码 说明
http状态码 500(服务器内部错误)服务器遇到错误,无法完成请求。http状态码 501(尚未实施)服务器不具备完成请求的功能。例如,服务器无法识别请求方法时可能会返回此代码。http状态码 502(错误网关)服务器作为网关或代理,从上游服务器收到无效响应。
http状态码 503(服务不可用)服务器目前无法使用(由于超载或停机维护)。通常,这只是暂时状态。
http状态码 504(网关超时)服务器作为网关或代理,但是没有及时从上游服务器收到请求。
http状态码 505(HTTP 版本不受支持)服务器不支持请求中所用的 HTTP 协议版本
第二篇:常见的HTTP状态以及含义
常见的HTTP状态以及含义
当网站出现问题的时候,页面就会自动反馈HTTP状态,作为网站的优化人员,我们必须了解这些状态的含义,还要学会应对这些。常见的HTTP状态包括200、404、301、302以及500等,为了大家能更了解HTTP的状态以及含义,宜昌百慕达网络科技的工作人员给我们做了简单的介绍。
200 :页面正常访问时的返回HTTP状态。当一个页面返回200状态码时,则表示告诉浏览器或者搜索引擎,该页面是可以正常到达的。
404 :页面找不到时,返回的HTTP状态。SEO处理中如果想自定义404页面,需要做到的是确保访问错误页时返回状态为404,这样搜索引擎才知道,这个页面是找不到了。而通常很多站长朋友们之所以对文章开头提到的认为“404页面自动跳转到首页会有问题”,原因通常是因为404页面跳转时设置不当,返回了200状态码又没有发现,结果搜索引擎抓取错误页时看到的是200状态,就认定网站上出现了大量的与首页相同页面,这种情况,被降权是显然的了。有些站长图省事,直接在IDC提供的虚拟主机后台设置404页面,并在页面上放置了类似或者js方式的windwo.location跳转,结果是返回200状态。
301 :页面永久重定向时返回的HTTP状态。目前公认的最正确的跳转方法,并且可以起到权重传递作用。一般在程序作跳转时先发送301状态即可。如PHP中发送:header(“HTTP/1.1 301 Moved Permanently”);ASP中发送Response.Status=“301 Moved Permanently”
302 :页面临时跳转时返回的状态。现在普遍认为使用302跳转容易被搜索引擎视为作弊,据传是早期302跳转被滥用而留下的后遗症。落叶不能算很老的站长,没见过被滥用啥样子,不过呢,302跳转更多的是作为功能性跳转,基本目前的每一个网站程序中都会用到,如添加一篇文章,自动跳转回列表页;操作成功/失败提示自动跳转等。ASP中的response.redirect跳转,PHP中的普通header跳转返回的都是302状态。这些跳转,一般是在网站后台操作时的功能性跳转,不会对SEO产生影响。但如果作为前台页面跳转,那就值得斟酌了。
500 :页面代码出错时返回的状态。通常站长朋友们经常遇到标题中提示“内部服务器错误”,其实这种情况大多数是因为访问的网站或者页面ASP或者PHP等出现代码错误,如语法错误、数据库连接错误等,而恰好服务器环境关闭了出错信息的输出提示,所以在出错时,站长看到的就是500状态的“内部服务器错误”。很多朋友在遇到这个问题时,搜索一翻,发现好多很专业的很专业的不知所云的文章,说了一大堆啥问题啥问题,而实际结果发现,就是PHP文件某行代码少了个分号。
相信大家已经初步了解了常见的HTTP状态,对这些状态的含义也有了一定的认识,当网页出现这些问题的时候,一定要及时的进行处理,做好网站的优化工作。网站优化需要站长们长期的努力和坚持,针对网站的具体情况进行优化。
第三篇:HTTP 1.1状态代码及其含义
HTTP 1.1状态代码及其含义
下表显示了常见的 HTTP 1.1状态代码以及它们对应的状态信息和含义。应当谨慎地使 用那些只有 HTTP 1.1支持的状态代码,因为许多浏览器还只能够支持 HTTP 1.0。如果你使 用 了 HTTP 1.1特 有 的 状 态 代 码 , 最 好 能 够 检 查 一 下 请 求 的 HTTP 版 本 号(通 过 HttpServletRequest 的 getProtocol 方法。
代码 状态信息 含义
Continue 初始的请求已经接受,客户应当继续发送请求的其余部分。(HTTP 1.1新 101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议(HTTP 1.1新 200 OK 一切正常,对 GET 和 POST 请求的应答文档跟在后面。如果不用 setStatus 设置状 态代码, Servlet 默认使用 202状态代码。
201 Created 服务器已经创建了文档, Location 头给出了它的 URL。202 Accepted 已经接受请求,但处理尚未完成。
203 Non-Authoritative Information 文档已经正常地返回,但一些应答头可能不正确,因为 使用的是文档的拷贝(HTTP 1.1新。
204 No Content 没有新文档, 浏览器应该继续显示原来的文档。如果用户定期地刷新页面, 而 Servlet 可以确定用户文档足够新,这个状态代码是很有用的。
205 Reset Content 没有新的内容,但浏览器应该重置它所显示的内容。用来强制浏览器清 除表单输入内容(HTTP 1.1新。
206 Partial Content 客户发送了一个带有 Range 头的 GET 请求, 服务器完成了它(HTTP 1.1新。
300 Multiple Choices 客户请求的文档可以在多个位置找到,这些位置已经在返回的文档内 列出。如果服务器要提出优先选择,则应该在 Location 应答头指明。
301 Moved Permanently 客户请求的文档在其他地方,新的 URL 在 Location 头中给出,浏 览器应该自动地访问新的 URL。
302 Found 类似于 301,但新的 URL 应该被视为临时性的替代,而不是永久性的。注意, 在 HTTP1.0中对应的状态信息是 “Moved Temporatily” , 而 HttpServletResponse 中相应的常量 是 SC_MOVED_TEMPORARILY ,而不是 SC_FOUND。
出现该状态代码时,浏览器能够自动访问新的 URL ,因此它是一个很有用的状态代码。为 此, Servlet 提供了一个专用的方法,即 sendRedirect。使用 response.sendRedirect(url 比使 用 response.setStatus(response.SC_MOVED_TEMPORARILY 和 response.setHeader(“Location”,url 更好。这是因为: 首先,代码更加简洁。
第二,使用 sendRedirect , Servlet 会自动构造一个包含新链接的页面(用于那些不能自动重 定向的老式浏览器。
最后, sendRedirect 能够处理相对 URL ,自动把它们转换成绝对 URL。注意这个状态代码有时候可以和 301替换使用。例如, 如果浏览器错误地请求 http://host/~user(缺少了后面的斜杠 ,有的服务器返回 301,有的则返回 302。
严格地说,我们只能假定只有当原来的请求是 GET 时浏览器才会自动重定向。请参见 307。303 See Other 类似于 301/302,不同之处在于,如果原来的请求是 POST , Location 头指定 的重定向目标文档应该通过 GET 提取(HTTP 1.1新。
304 Not Modified 客 户 端 有 缓 冲 的 文 档 并 发 出 了 一 个 条 件 性 的 请 求(一 般 是 提 供 If-Modified-Since 头表示客户只想比指定日期更新的文档。服务器告诉客户, 原来缓冲的文 档还可以继续使用。
305 Use Proxy 客户请求的文档应该通过 Location 头所指明的代理服务器提取(HTTP 1.1新。
307 Temporary Redirect 和 302(Found 相同。许多浏览器会错误地响应 302应答进行重定 向, 即使原来的请求是 POST , 即使它实际上只能在 POST 请求的应答是 303时才能重定向。由于这个原因, HTTP 1.1新增了 307, 以便更加清除地区分几个状态代码:当出现 303应答 时,浏览器可以跟随重定向的 GET 和 POST 请求;如果是 307应答,则浏览器只能跟随对 GET 请求的重定向。
注意, HttpServletResponse 中没有为该状态代码提供相应的常量。(HTTP 1.1新 400 Bad Request请求出现语法错误。
401 Unauthorized 客 户 试 图 未 经 授 权 访 问 受 密 码 保 护 的 页 面。应 答 中 会 包 含 一 个 WWW-Authenticate 头,浏 览 器据 此 显示 用 户名字 /密 码 对 话框 ,然 后 在填 写 合适 的 Authorization 头后再次发出请求。
403 Forbidden 资源不可用。服务器理解客户的请求,但拒绝处理它。通常由于服务器上 文件或目录的权限设置导致。
404 Not Found 无法找到指定位置的资源。这也是一个常用的应答, HttpServletResponse 专 门提供了相应的方法:sendError(message。
405 Method Not Allowed 请求方法(GET、POST、HEAD、DELETE、PUT、TRACE 等 对指定的资源不适用。(HTTP 1.1新
406 Not Acceptable 指定的资源已经找到,但它的 MIME 类型和客户在 Accpet 头中所指定 的不兼容(HTTP 1.1新。
407 Proxy Authentication Required 类似于 401,表示客户必须先经过代理服务器的授权。(HTTP 1.1新
408 Request Timeout 在服务器许可的等待时间内,客户一直没有发出任何请求。客户可以 在以后重复同一请求。(HTTP 1.1新
409 Conflict 通常和 PUT 请求有关。由于请求和资源的当前状态相冲突, 因此请求不能成功。(HTTP 1.1新
410 Gone 所请求的文档已经不再可用, 而且服务器不知道应该重定向到哪一个地址。它和 404的不同在于,返回 407表示文档永久地离开了指定的位置,而 404表示由于未知的原因 文档不可用。(HTTP 1.1新
411 Length Required 服务器不能处理请求, 除非客户发送一个 Content-Length 头。(HTTP 1.1新
412 Precondition Failed 请求头中指定的一些前提条件失败(HTTP 1.1新。413 Request Entity Too Large 目标文档的大小超过服务器当前愿意处理的大小。如果服务器 认为自己能够稍后再处理该请求,则应该提供一个 Retry-After 头(HTTP 1.1新。
414 URI Too Long URI太长(HTTP 1.1新。
416 Requested Range Not Satisfiable 服务器不能满足客户在请求中指定的 Range 头。(HTTP 1.1新
500 Internal Server Error 服务器遇到了意料不到的情况,不能完成客户的请求。501 Not Implemented 服务器不支持实现请求所需要的功能。例如,客户发出了一个服务器 不支持的 PUT 请求。
502 Gateway 服务器作为网关或者代理时, 为了完成请求访问下一个服务器, 但该服务
器返回了非法的应答。
503 Service Unavailable 服务器由于维护或者负载过重未能应答。例如, Servlet 可能在数据 库连接池已满的情况下返回 503。服务器返回 503时可以提供一个 Retry-After 头。
504 Gateway Timeout 由作为代理或网关的服务器使用, 表示不能及时地从远程服务器获得 应答。(HTTP 1.1新
505 HTTP Version Not Supported 服务器不支持请求中所指明的 HTTP 版本。(HTTP 1.1新
第四篇:http协议介绍(模版)
(二)召开会议
民主生活会上,班子成员要紧紧围绕主题和征求到的意见建议,认真开展党性分析,深入查找问题,实事求是开展批评与自我批评。顺序为先班子、后个人,先主要负责人、后其他班子成员。党组织书记要对班子成员的发言逐个进行评议,班子成员之间也要互相进行评议,帮助查找存在的问题,提出改进的意见建议。
(三)会后工作。
领导班子要针对群众普遍关心、反映强烈和民主生活会上查找出来的问题,提出切实有效的整改措施,明确具体责任人和整改时限。班子成员也要制定和落实个人整改措施。本次民主生活会形成的整改措施和干部群众对上次民主生活会形成的整改落实情况的满意度,会后要在一定范围向干部群众通报,确保整改措施落到实处。会后6天内上报民主生活会情况报告,报告要附有会前征求到的干部群众意见材料、会后制定的整改措施。
六、会议要求
(一)召开民主生活会,提前10天向街道党工委报告,主动接受指导和监督。
(二)制定落实整改措施。民主生活会后,办公室、党员领导领导干部要根据民主生活会情况,进一步查找问题,逐项研究,深入分析,制定出切实可行的整改措施和方案。同时要把学习贯彻党的十七大精神同同履行岗位职责结合起来,切实转变作风,做好本职工作,提高工作效率和和工作水平,发挥好党员领导干部表率带动作用。
(三)上报民主生活会情况。召开民主生活会的情况、原始记录、会前征求意见、整改措施和方案及上次民主生活会整改措施落实情况,要及时上报街道党工委备案。
第五篇:HTTP协议学习心得体会
HTTP协议学习心得体会
HTTP(HyperText Transfer Protocol)
====================================
是TCP/IP协议集中的一个应用层协议,用于定义浏览器和Web服务器之间交换数据的过程以及数据本身的格式。现在被广泛使用的是HTTP1.1,相对于1.0,1.1的最大特点是支持持续连接。
基于HTTP1.0协议的客户机与服务器的信息交换过程包括四个步骤:建立连接;发送请求信息;回送响应信息;关闭连接。
通信过程总是通过浏览器发送请求来启动的,Web服务器则是被动地对这些请求作出响应。HTTP协议是无状态的。
HTTP1.1与HTTP1.0的比较
------
HTTP1.0规定浏览器与服务器只保持短暂的连接,浏览器的每次请求都需要与服务器建立一个TCP连接,服务器完成请求处理后立即断开TCP连接。服务器不跟踪每个客户机,也不记录过去的请求。为了克服HTTP1.0的这个缺陷,HTTP1.1支持持久连接,在一个TCP连接上可以传送多个HTTP请求和响应,减少了建立和关闭连接的消耗和延迟。HTTP1.1还允许客户端不用等待上一次请求结果返回,就可以发送下一次请求,但服务器端必须按照接受到客户端请求的先后顺序依次回送响应结果,以保证客户端能够区分出每次请求的响应内容。
HTTP1.1还增加了host请求头字段,用于明确表示访问服务器上的哪个web站点,可以在一个IP地址和端口号上使用不同的主机名来创建多个虚拟web站点。HTTP1.1还有keep-alive请求头来支持持续连接。
HTTP消息的格式
-----------------------
一个完整的请求消息包括:一个请求行,若干消息头,以及实体内容,其中消息头和实体内容都是可选的。消息头和实体内容之间要用空行隔开。浏览器使用GET方式的请求消息可以放松不含实体内容的请求消息。只有使用POST, PUT, DELETE方式的请求消息中才可以包含实体内容。
Hypertext Transfer Protocol
GET / HTTP/1.1rn
Request Method: GET
Request URI: /
Request Version: HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap,application/x-shockwave-flash, application/vnd.ms-excel, application/vn
Accept-Language: zh-cnrn
UA-CPU: x86rn
Accept-Encoding: gzip, deflatern
User-Agent: Mozilla/4.0(compatible;MSIE 7.0;Windows NT 6.0;SLCC1;.NET CLR
2.0.50727;.NET CLR 3.0.04506)rn
Connection: Keep-Alivern
rn
一个完整的响应消息包括:一个状态行,若干消息头,以及实体内容。同样,消息头和实体内容都是可选的。消息头和实体内容之间要用空行隔开。消息响应的实体内容就是网页文档的内容。
Hypertext Transfer Protocol
HTTP/1.1 200 OKrn
Request Version: HTTP/1.1
Response Code: 200
Cache-Control: privatern
Content-Type: text/html;charset=UTF-8rn
Set-Cookie:
PREF=ID=7f53f6f0b1511417:NW=1:TM=1205568884:LM=1205568884:S=zHreYqNC-Z3rmOc6;expires=Mon, 15-Mar-2010 08:14:44 GMT;path=/;domain=.google.cnrn
Content-Encoding: gziprn
Server: gwsrn
Transfer-Encoding: chunkedrn
Date: Sat, 15 Mar 2008 08:14:44 GMTrn
rn
HTTP chunked response
Data chunk(1025 octets)
Chunk size: 1025 octets
Data(1025 bytes)
HTTP消息头
----------------
HTTP请求和响应都使用消息头来描述HTTP消息本身的信息,可以实现HTTP客户机与服务器之间的条件请求和应答。
消息头可以分为:通用消息头,请求头,响应头,实体头四类。
请求行与状态行
-----------------------
请求消息的请求行包括三个部分:请求方式,资源路径,以及使用的HTTP版本。如:GET /
HTTP/1.1rn。
响应消息的状态行包括三个部分:HTTP协议的版本号,一个表示成功或者失败的整数代码(状态码)和对状态码进行描述的文本信息。如:HTTP/1.1 200 OKrn。
使用GET和POST方式传递参数
-------------
在URL地址后面可以附加一些参数,每个参数由参数名和参数值组成,例如:当使用GET方式提交表单内容时,浏览器将各个表单字段元素及其数据按照URL参数的格式附加在请求行中的资源路径后面。使用GET方式传送的数据量有限制,一般在1KB以下。
当使用POST方式提交表单内容时,浏览器将个表单字段元素及其数据作为HTTP消息的实体内容发送给服务器。因此数据量可以比GET方式大的多。使用POST方式时,还必须将Content-Type消息头设置为“application/x-www-form-urlencoded”,将Content-length消息头设置为实体内容的长度。
响应状态码
---------------
1.100~199: 成功接受请求,要求客户端继续提交下一次请求才能完成整个处理过程。
2.200~299: 成功接受请求并已完成整个处理过程。
3.300~399: 为完成请求,客户端需要进一步细化请求。
4.400~499: 客户端的请求有错误。
5.500~599: 服务器段出现错误。
通用信息头
==============
即能用于请求消息,也能用于响应消息,包括一些与被传输的实体内容没有关系的常用消息头字段。
1.Cache-Control
2.Connection
3.Date
4.Pragma
5.Trailer
6.Transfer-Encoding
7.Upgrade
8.Via
9.Warning
Cache-Control
--------------------
如果位于请求消息头,用于通知位于客户机和服务之间的代理服务器如何使用已缓存的页面,可以取值为:no-cache, no-store, max-age, max-stale, min-fresh, no-transform, only-if-cached等。
如果位于响应消息头,用于通知客户机和代理服务器如何缓存该页面,可以取值为:public, private, no-cache, no-store, no-transform, must-revalidate, proxy-revalidate, max-age, s-maxage等。
Connection
---------------
用于指定处理完本次请求/响应后,客户端与服务器是否还要继续保持连接。如果为Keep-Alive,则保持连接,如果为close,则关闭。HTTP1.1默认采用持久连接。
Date
---------
表示HTTP消息产生的当前时间。服务器回送的正常响应消息中,应该总是设置Date头字段。如果客户机发送的请求消息中包含有实体内容,也要设置Date。
Pragma
------------
只能固定为no-cache.Trailer
-----------
一些头字段可以放置在整个HTTP消息的尾部。
Transfer-Encoding
---------------------
指定传输编码方式,目前标准的设置值只有chunked,用于把整个消息分成一连串的分段后进行传输。
Upgrade
------------
允许客户机指定它所支持并希望将当前协议切换到的通信协议。
Via
-----
用于指定HTTP消息所途径的中介代理服务器名称和所使用的协议。
请求头
=========
客户端可以接受的数据类型,压缩方法,语言,以及发出请求的超链接所属页面的URL地址等信息。Accept:指出客户端程序能够处理的MIME类型。
Accept-Charset:用于指出客户端程序可以使用的字符集。
Accept-Encoding:客户机能够进行解码的数据编码方式。
Accept-Language:指定客户机期望服务器返回哪个国家语言的文档。
Authorization:两种认证方式BASIC,和DIGEST.Except:
From:
Host: 指定资源所在的主机号和端口号。HTTP1.1中每个请求消息中都必须包含Host请求字段。If-Match:
If-Modified-Since:
If-None-Match:
If-Range
If-Unmodified-Since
Max-Forwards:
Proxy-Authorization:
Range:
Referer: 当单击另一个网页上的超链接时发出的请求在Referer字段中指定URL。
TE:
User-Agent:
响应头
==========
Accept-Range, Age, Etag,Location: 用于通知客户机应当到哪个新的地址去获取文档。状态码为300~399的响应消息都应该使用Location字段将新的文档地址告诉客户机,以便客户机自动重新连接到新地址并检索新文档。使用Location头的HTTP消息不应该有实体内容。所以,HTTP消息头中不能同时出现Location和Content-Type这两个头字段。
Proxy-Authenticate,Retry-After, Server, Vary, WWW-Authenticate。
实体头
========
是实体内容的元信息,描述了实体内容的属性,包括实体信息类型、长度、压缩方法、最后一次修改时间、数据有效期等。
Allow: 指定客户端请求的资源所支持的请求方法(如GET,POST等)。
Content-Encoding: 指定实体内容的压缩编码方式。
Content-Language:
Content-Length: 用于表示实体内容的长度(字节数),浏览器与Web服务器之间使用持久连接时,这个字段在非Chunked传输编码的响应消息中是必不可少的。
Content-Location: 指定响应消息中所封装的实体内容的实际位置路径。
Content-MD5, Content-Range, Content-Type
Expires: 指定当前文档应该在什么时候被认为过期,浏览器到哪个时候以后不能再继续使用本地缓存,而是在有需要时应该像服务器发出新的请求访问。
Last-Modified:文档的最后更改时间。
扩展头
========
现在流行的浏览器实际上都支持Cookie,Set-Cookie,Refresh和Content-Disposition等几个常用的扩展头字段。
Refresh: 告诉浏览器多少秒后自动刷新页面。