• HTTP 请求头 响应头


     
    常用请求头:
     

    协议头

    说明

    示例

    状态

    Accept

    可接受的响应内容类型(Content-Types)。

    Accept: text/plain

    固定

    Accept-Encoding

    可接受的响应内容的编码方式。

    Accept-Encoding: gzip, deflate

    固定

    Accept-Datetime

    可接受的按照时间来表示的响应内容版本

    Accept-Datetime: Sat, 26 Dec 2015 17:30:00 GMT

    临时

    HTTP

    Cache-Control

    用来指定当前的请求/回复中的,是否使用缓存机制。

    Cache-Control: no-cache

    固定

    Cookie

    由之前服务器通过Set-Cookie(见下文)设置的一个HTTP协议Cookie

    Cookie: $Version=1; Skin=new;

    固定:标准

    8

    Content-MD5

    请求体的内容的二进制 MD5 散列值(数字签名),以 Base64 编码的结果

    Content-MD5: oD8dH2sgSW50ZWdyaIEd9D==

    废弃

    MIME POSTPUT

    Date

    发送该消息的日期和时间(以RFC 7231中定义的"HTTP日期"格式来发送)

    Date: Dec, 26 Dec 2015 17:30:00 GMT

    固定

    From

    发起此请求的用户的邮件地址

    From: user@itbilu.com

    固定

    80

    If-Match

    仅当客户端提供的实体与服务器上对应的实体相匹配时,才进行对应的操作。主要用于像 PUT 这样的方法中,仅当从用户上次更新某个资源后,该资源未被修改的情况下,才更新该资源。

    If-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd"

    固定

    304

    If-None-Match

    允许在对应的内容未被修改的情况下返回304未修改( 304 Not Modified ),参考 超文本传输协议 的实体标记

    If-None-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd"

    固定

    If-Unmodified-Since

    仅当该实体自某个特定时间以来未被修改的情况下,才发送回应。

    If-Unmodified-Since: Dec, 26 Dec 2015 17:30:00 GMT

    固定

    Origin

    发起一个针对跨域资源共享的请求(该请求要求服务器在响应中加入一个Access-Control-Allow-Origin的消息头,表示访问控制所允许的来源)。

    Origin: http://www.itbilu.com

    固定: 标准

    /

    Proxy-Authorization

    用于向代理进行认证的认证信息。

    Proxy-Authorization: Basic IOoDZRgDOi0vcGVuIHNlNidJi2==

    固定

    0

    Referer

    表示浏览器所访问的前一个页面,可以认为是之前访问页面的链接将浏览器带到了当前页面。Referer其实是Referrer这个单词,但RFC制作标准时给拼错了,后来也就将错就错使用Referer了。

    Referer: http://itbilu.com/nodejs

    固定

    Transfer-Encoding"trailers"0

    User-Agent

    浏览器的身份标识字符串

    User-Agent: Mozilla/……

    固定

    Via

    告诉服务器,这个请求是由哪些代理发出的。

    Via: 1.0 fred, 1.1 itbilu.com.com (Apache/1.1)

    固定

     
     
    如果你做一个爬虫, 你需要注意的重要的请求头有: User-Agent, referer, origin,  cookie, content-type
     
    常用响应头:
     

    响应头

    说明

    示例

    状态

    Access-Control-Allow-Origin

    指定哪些网站可以跨域源资源共享

    Access-Control-Allow-Origin: *

    临时

    Accept-Patch: text/example;charset=utf-8

    Accept-Ranges

    服务器所支持的内容范围

    Accept-Ranges: bytes

    固定

    Allow

    对于特定资源的有效动作;

    Allow: GET, HEAD

    固定

    Connection

    针对该连接所预期的选项

    Connection: close

    固定

    MIME

    Content-Encoding

    响应资源所使用的编码类型。

    Content-Encoding: gzip

    固定

    Content-Length

    响应消息体的长度,用8进制字节表示

    Content-Length: 348

    固定

    Content-MD5

    响应内容的二进制 MD5 散列值,以 Base64 方式编码

    Content-MD5: IDK0iSsgSW50ZWd0DiJUi==

    已淘汰

    Content-Type

    当前内容的MIME类型

    Content-Type: text/html; charset=utf-8

    固定

    (RFC 7231中定义的"HTTP")

    ETag

    对于某个资源的某个特定版本的一个标识符,通常是一个 消息散列

    ETag: "737060cd8c284d8af7ad3082f209582d"

    固定

    /

    :

    Last-Modified

    所请求的对象的最后修改日期(按照 RFC 7231 中定义的“超文本传输协议日期”格式来表示)

    Last-Modified: Dec, 26 Dec 2015 17:30:00 GMT

    固定

    RFC 5988中定义

    Link: 

    Location

    用于在进行重定向,或在创建了某个新资源时使用。

    Location: http://www.itbilu.com/nodejs

    固定

    P3P

    Pragma

    与具体的实现相关,这些响应头可能在请求/回应链中的不同时候产生不同的效果

    Pragma: no-cache

    固定

    Public-Key-Pins

    用于防止中间攻击,声明网站认证中传输层安全协议的证书散列值

    Public-Key-Pins: max-age=2592000; pin-sha256="……";

    固定

    5

    Refresh: 5; url=http://itbilu.com

    Retry-After

    如果某个实体临时不可用,那么此协议头用于告知客户端稍后重试。其值可以是一个特定的时间段(以秒为单位)或一个超文本传输协议日期。

    • 示例1:Retry-After: 120
    • 示例2: Retry-After: Dec, 26 Dec 2015 17:30:00 GMT

    固定

    Set-Cookie

    设置HTTP cookie

    Set-Cookie: UserID=itbilu; Max-Age=3600; Version=1

    固定: 标准

     

    Trailer

    Trailer用户说明传输中分块编码的编码信息

    Trailer: Max-Forwards

    固定

    用表示实体传输给用户的编码形式。包括:、、 、、。

    Upgrade

    要求客户端升级到另一个高版本协议。

    Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11

    固定

    Via

    告知代理服务器的客户端,当前响应是通过什么途径发送的。

    Via: 1.0 fred, 1.1 itbilu.com (nginx/1.6.3)

    固定

    WWW-Authenticate

    表示在请求获取这个实体时应当使用的认证模式。

    WWW-Authenticate: Basic

    固定

     
  • 相关阅读:
    基于VIP的keepalived高可用架构
    高性能Nginx最佳实践
    Ubuntu安装Nginx
    Synchronized总结及底层原理分析#网易微专业# #Java#
    springboot Restful开发
    Volatile详解
    IOC知识点详细汇总
    python 一个函数让你决定你的二维码
    用python批量生成简单的xml文档
    基于tensorflow搭建一个神经网络
  • 原文地址:https://www.cnblogs.com/mafeng/p/11670187.html
Copyright © 2020-2023  润新知