【笔记】 HPPT头部信息分析 Part-2

============================================================================================================================
HTTP头部信息简单说明
一、HTTP响应码响应码由三位十进制数字组成，它们出现在由HTTP服务器发送的响应的第一行。
   响应码分五种类型，由它们的第一位数字表示：
       1xx：信息，请求收到，继续处理
       2xx：成功，行为被成功地接受、理解和采纳
       3xx：重定向，为了完成请求，必须进一步执行的动作
       4xx：客户端错误，请求包含语法错误或者请求无法实现
       5xx：服务器错误，服务器不能实现一种明显无效的请求
   下表显示每个响应码及其含义：
       100 继续
       101 分组交换协
       200 OK
       201 被创建
       202 被采纳
       203 非授权信息
       204 无内容
       205 重置内容
       206 部分内容
       300 多选项
       301 永久地传送
       302 找到
       303 参见其他
       304 未改动
       305 使用代理
       307 暂时重定向
       400 错误请求
       401 未授权
       402 要求付费
       403 禁止
       404 未找到
       405 不允许的方法
       406 不被采纳
       407 要求代理授权
       408 请求超时
       409 冲突
       410 过期的
       411 要求的长度
       412 前提不成立
       413 请求实例太大
       414 请求URI太大
       415 不支持的媒体类型
       416 无法满足的请求范围
       417 失败的预期
       500 内部服务器错误
       501 未被使用
       502 网关错误
       503 不可用的服务
       504 网关超时
       505 HTTP版本未被支持
二、HTTP头标头标由主键/值对组成。它们描述客户端或者服务器的属性、被传输的资源以及应该实现连接。
       四种不同类型的头标：
       1.通用头标：即可用于请求，也可用于响应，是作为一个整体而不是特定资源与事务相关联。
       2.请求头标：允许客户端传递关于自身的信息和希望的响应形式。
       3.响应头标：服务器和于传递自身信息的响应。
       4.实体头标：定义被传送资源的信息。即可用于请求，也可用于响应。
       头标格式：<name>:<value><CRLF>
============================================================================================================================
下表描述在HTTP/1.1中用到的头标
1. Allow：               一个响应头标，它定义一个由位于请求URI中的次源所支持的HTTP方法列表。例如：Allow: GET,PUT
2. Accept：               告诉WEB服务器自己接受什么介质类型，按优先级排序；在一个以逗号为分隔的列表中，可以定义多种类型和使用通配符
                       */* 表示任何类型，type/* 表示该类型下的所有子类型，type/sub-type。
                       例如：Accept: image/jpeg,image/png,*/*

3. Accept-Charset：     浏览器申明自己接收的字符集，按优先级排序；在一个以逗号为分隔的列表中，可以定义多种类型和使用通配符。
                       例如：Accept-Charset: iso-8859-1,*,utf-8
   Accept-Encoding：     浏览器申明自己接收的编码方法，通常指定压缩方法，是否支持压缩，支持什么压缩方法（gzip，deflate）
                       例如：Accept-Encoding:gzip,compress
   Accept-Language：：   浏览器申明自己接收的语言语言跟字符集的区别：中文是语言，中文有多种字符集，比如big5，gb2312，gbk等等。
                       例如：Accept-Language: en,de
4. Accept-Ranges：       一个响应头标，WEB服务器表明自己是否接受获取其某个实体的一部分（比如文件的一部分）的请求。bytes：表示接受，none：表示不接受。
                       该头标的值被理解为请求范围的度量单位。
                       例如Accept-Ranges: bytes 或 Accept-Ranges: none

5. Age：               允许服务器规定自服务器生成该响应以来所经过的时间长度，以秒为单位。该头标主要用于缓存响应。例如：Age: 30

6. Authorization：       当客户端接收到来自WEB服务器的 WWW-Authenticate 响应时，该头部来回应自己的身份验证信息给WEB服务器。

7. Cache-Control：
               请求：   no-cache（不要缓存的实体，要求现在从WEB服务器去取）
                       max-age：（只接受 Age 值小于 max-age 值，并且没有过期的对象）
                       max-stale：（可以接受过去的对象，但是过期时间必须小于max-stale 值）
                       min-fresh：（接受其新鲜生命期大于其当前 Age 跟 min-fresh 值之和的缓存对象）
               响应：   public(可以用 Cached 内容回应任何用户)
                       private（只能用缓存内容回应先前请求该内容的那个用户）
                       no-cache（可以缓存，但是只有在跟WEB服务器验证了其有效后，才能返回给客户端）
                       max-age：（本响应包含的对象的过期时间）
                       ALL: no-store（不允许缓存）

8. Connection：
               请求：   close（告诉WEB服务器或者代理服务器，在完成本次请求的响应后，断开连接，不要等待本次连接的后续请求了）。
                       keepalive（告诉WEB服务器或者代理服务器，在完成本次请求的响应后，保持连接，等待本次连接的后续请求）。
               响应：   close（连接已经关闭）。
                       keepalive（连接保持着，在等待本次连接的后续请求）。
                       Keep-Alive：如果浏览器请求保持连接，则该头部表明希望 WEB 服务器保持连接多长时间（秒）。
                                   例如：Keep-Alive：300

9. Content-Base：       一种定义基本URI的实体头标，为了在实体范围内解析相对URLs。
                       如果没有定义Content-Base头标解析相对URLs，使用Content-Location URI（存在且绝对）或使用URI请求。
                       例如：Content-Base: http://www.myweb.com
   Content-Encoding：   WEB服务器表明自己使用了什么压缩方法（gzip，deflate）压缩响应中的对象。
                       例如：Content-Encoding：gzip
   Content-Language：   WEB 服务器告诉浏览器自己响应的对象的语言。
   Content-Length：     WEB 服务器告诉浏览器自己响应的对象的长度。
                       例如：Content-Length: 26012
   Content-Location：   指定包含于请求或响应中的资源定位（URI）。如果是一绝对URL它也作为被解析实体的相对URL的出发点。
                       例如：Content-Location: http://www.myweb.com/news
   Content-Range：     随部分实体一同发送；标明被插入字节的低位与高位字节偏移，也标明此实体的总长度。
                       例如：Content-Range: 1001-2000/5000
   Content-Type：     WEB 服务器告诉浏览器自己响应的对象的类型。
                       例如：Content-Type：application/xml
                       发送或者接收的实体的MIME类型。
                       例如：Content-Type: text/html
   Content-MD5:           实体的一种MD5摘要，用作校验和。发送方和接受方都计算MD5摘要，接受方将其计算的值与此头标中传递的值进行比较。
                       例如：Content-MD5: <base64 of 128 MD5 digest>

10. Date：发送HTTP消息的日期。例如：Date: Mon,10PR 18:42:51 GMT

11. ETag：               就是一个对象（比如URL）的标志值，就一个对象而言，比如一个 html 文件，如果被修改了，其 Etag 也会别修改。
                       所以，ETag 的作用跟 Last-Modified 的作用差不多，主要供 WEB 服务器判断一个对象是否改变了。
                       比如前一次请求某个 html 文件时，获得了其 ETag，当这次又请求这个文件时，浏览器就会把先前获得的 ETag 值发送给 WEB 服务器，然后 WEB 服务器
                       会把这个 ETag 跟该文件的当前 ETag 进行对比，然后就知道这个文件有没有改变了。

12. Expired：           WEB服务器表明该实体将在什么时候过期，对于过期了的对象，只有在跟WEB服务器验证了其有效性后，才能用来响应客户请求。
                       是 HTTP/1.0 的头部。
                       例如：Expires：Sat, 23 May 2009 10:02:12 GMT

13. Host：               客户端指定自己想访问的WEB服务器的域名/IP 地址和端口号。
                       例如：Host：rss.sina.com.cn

14. If-Match：           如果对象的 ETag 没有改变，其实也就意味著对象没有改变，才执行请求的动作。
   If-None-Match：       如果对象的 ETag 改变了，其实也就意味著对象也改变了，才执行请求的动作。

15. If-Modified-Since：   如果请求的对象在该头部指定的时间之后修改了，才执行请求的动作（比如返回对象），否则返回代码304，告诉浏览器该对象没有修改。
                       例如：If-Modified-Since：Thu, 10 Apr 2008 09:14:42 GMT
   If-Unmodified-Since：如果请求的对象在该头部指定的时间之后没修改过，才执行请求的动作（比如返回对象）。

16. If-Range：           浏览器告诉 WEB 服务器，如果我请求的对象没有改变，就把我缺少的部分给我，如果对象改变了，就把整个对象给我。浏览器通过发送请求对象的
                       ETag 或者自己所知道的最后修改时间给 WEB 服务器，让其判断对象是否改变了。总是跟 Range 头部一起使用。

17. Last-Modified：       WEB 服务器认为对象的最后修改时间，比如文件的最后修改时间，动态页面的最后产生时间等等。
                       例如：Last-Modified：Tue, 06 May 2008 02:42:43 GMT

18. Location：           WEB 服务器告诉浏览器，试图访问的对象已经被移到别的位置了，到该头部指定的位置去取。与状态编码302（暂时移动）或者301（永久性移动）配合使用。
                        例如：Location：http://i0.sinaimg.cn/dy/deco/2008/0528/sinahome_0803_ws_005_text_0.gif
                       例如：Location: http://www2.myweb.com/index.jsp
19. Max-Forwards：       一个用于TRACE方法的请求头标，以指定代理或网关的最大数目，该请求通过网关才得以路由。在通过请求传递之前，代理或网关应该减少此数目。
                       例如：Max-Forwards: 3
20. Retry-After：        一种响应头标域，由服务器与状态编码503（无法提供服务）配合发送，以标明再次请求之前应该等待多长时间。此时间即可以是一种日期，也可以是一种秒单位。
                       例如：Retry-After: 18
21. Pramga：           一个通用头标，它发送实现相关的信息
                       主要使用 Pramga: no-cache，相当于 Cache-Control： no-cache。
                       例如：Pragma：no-cache

22. Proxy-Authenticate：代理服务器响应浏览器，要求其提供代理身份验证信息。
   Proxy-Authorization：浏览器响应代理服务器的身份验证请求，提供自己的身份信息。

   www-Authenticate：   一个提示用户代理提供用户名和口令的响应头标，与状态编码401（未授权）配合使用。响应一个授权头标。
                       例如：www-Authenticate: Basic realm=zxm.mgmt
                       HTTP/1.0 401 unauthorized
   AUTHORIZATION：       一个响应头标，用于定义访问一种资源所必需的授权（域和被编码的用户ID与口令）。
                       例如：Authorization: Basic YXV0aG9yOnBoaWw=

23. Range：               浏览器（比如 Flashget 多线程下载时）告诉 WEB 服务器自己想取对象的哪部分。
                       例如：Range: bytes=1173546-

24. Public：           列表显示服务器所支持的方法集。例如：Public: OPTIONS,MGET,MHEAD,GET,HEAD

25. Referer：           浏览器向 WEB 服务器表明自己是从哪个网页/URL 获得/点击当前请求中的网址/URL。
                       例如：Referer：http://www.sina.com/

26. Server:            WEB 服务器表明自己是什么软件及版本等信息。
                       例如：Server：Apache/2.0.61 (Unix)

27. User-Agent:        浏览器表明自己的身份（是哪种浏览器）。
                        例如：User-Agent：Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

28. Upgrade：           允许服务器指定一种新的协议或者新的协议版本，与响应编码101（切换协议）配合使用。
                       例如：Upgrade: HTTP/2.0

29. Transfer-Encoding:    WEB 服务器表明自己对本响应消息体（不是消息体里面的对象）
                       作了怎样的编码，比如是否分块（chunked）。例如：Transfer-Encoding: chunked

30. Vary:                WEB服务器用该头部的内容告诉 Cache 服务器，在什么条件下才能用本响应所返回的对象响应后续的请求。
                       假如源WEB服务器在接到第一个请求消息时，其响应消息的头部为：Content-Encoding: gzip; Vary: Content-Encoding 那么 Cache 服务器会分析后续请求消息的头部，检查其 Accept-Encoding，是否跟先前响应的 Vary 头部值一致，即是否使用相同的内容编码方法，这样就可以防止 Cache 服务器用自己Cache 里面压缩后的实体响应给不具备解压能力的浏览器。
                       例如：Vary：Accept-Encoding

31. Via：                列出从客户端到 OCS 或者相反方向的响应经过了哪些代理服务器，他们用什么协议（和版本）发送的请求。
                       当客户端请求到达第一个代理服务器时，该服务器会在自己发出的请求里面添加 Via 头部，并填上自己的相关信息，当下一个代理服务器收到第一个代理服务器的请求时，会在自己发出的请求里面复制前一个代理服务器的请求的Via头部，并把自己的相关信息加到后面，以此类推，当 OCS 收到最后一个代理服务器的请求时，检查 Via 头部，就知道该请求所经过的路由。
                       例如：Via：1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13)
32.Warning：           用于提供关于响应状态补充信息的响应头标。
                       例如：Warning: 99 www.myweb.com Piano needs tuning
============================================================================================================================
HTTP 请求消息头部实例：
Host：rss.sina.com.cn
User-Agent：Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Accept：text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language：zh-cn,zh;q=0.5
Accept-Encoding：gzip,deflate
Accept-Charset：gb2312,utf-8;q=0.7,*;q=0.7
Keep-Alive：300
Connection：keep-alive
Cookie：userId=C5bYpXrimdmsiQmsBPnE1Vn8ZQmdWSm3WRlEB3vRwTnRtW   <-- Cookie
If-Modified-Since：Sun, 01 Jun 2008 12:05:30 GMT
Cache-Control：max-age=0
HTTP 响应消息头部实例：
Status：OK - 200                                                <-- 响应状态码，表示 web 服务器处理的结果。
Date：Sun, 01 Jun 2008 12:35:47 GMT
Server：Apache/2.0.61 (Unix)
Last-Modified：Sun, 01 Jun 2008 12:35:30 GMT
Accept-Ranges：bytes
Content-Length：18616
Cache-Control：max-age=120
Expires：Sun, 01 Jun 2008 12:37:47 GMT
Content-Type：application/xml
Age：2
X-Cache：HIT from 236-41.D07071951.sina.com.cn                  <-- 反向代理服务器使用的 HTTP 头部
Via：1.0 236-41.D07071951.sina.com.cn:80 (squid/2.6.STABLE13)
Connection：close

【笔记】 HPPT头部信息分析 Part-2相关推荐

MQTT协议笔记之头部信息
前言 MQTT(Message Queue Telemetry Transport),遥测传输协议,提供订阅/发布模式,更为简约.轻量,易于使用,针对受限环境(带宽低.网络延迟高.网络通信不稳定),可 ...
最全的http头部信息分析(转载)
1．http 头信息详解 HTTP(HyperTextTransferProtocol)是超文本传输协议的缩写,它用于传送WWW方式的数据,关于HTTP协议的详细内容请参考RFC2616.HTTP协议 ...
HTTP头部信息解释分析(详细整理)
这篇文章为大家介绍了HTTP头部信息,中英文对比分析,还是比较全面的,若大家在使用过程中遇到不了解的,可以适当参考下 HTTP 头部解释 1. Accept:告诉WEB服务器自己接受什么介质类型,*/ ...
HTTP 头部解释,HTTP 头部详细分析,最全HTTP头部信息
HTTP 头部解释 ========================================================================================== ...
速读《文献管理与信息分析》笔记
由于是第一次接触此类的书籍,加上研一的时间比较紧,并没有多少时间进行有效的阅读,只能对此进行简单的介绍,希望自己在未来的时间里可以仔细阅读和慢慢品味这本书. 这本书分为七章的学习计划,分别是: 第一章 ...
websocket 带头部信息请求 header_BeetleX之Websocket协议分析详解
Websocket应用协议已经普及多年了,它是HTTP1.1的内部升级协议,主要作用是补充HTTP1.1无法灵活地主动推送消息给客户端的缺陷问题.在这里主要介绍一下使用组件如何扩展一个完整的Webso ...
HTTP头部解释，HTTP头部详细分析，最全HTTP头部信息
原文地址:HTTP头部解释,HTTP头部详细分析,最全HTTP头部信息 HTTP 头部解释 ====================================================== ...
Python数据分析入门笔记10——简单案例练习（学生信息分析）
系列文章目录 Python数据分析入门笔记1--学习前的准备 Python数据分析入门笔记2--pandas数据读取 Python数据分析入门笔记3--数据预处理之缺失值 Python数据分析入门笔记 ...
学习笔记：MOOC 文献管理与信息分析
学习笔记:MOOC 文献管理与信息分析文章目录学习笔记:MOOC 文献管理与信息分析前言本科硕士博士的差异科研的特性读研的意义学习策略学习与搜索两种类型的知识什么是需求? 搜商基 ...

【笔记】 HPPT头部信息分析 Part-2

【笔记】 HPPT头部信息分析 Part-2相关推荐

最新文章

热门文章