http首部参考

来源:互联网 发布:爱普生mp288清零软件 编辑:程序博客网 时间:2024/06/06 14:14

Expires

Expires:Thu, 03 OCT 1997 17:15:00 GMT  即给出一个失效日期


Cache-Control:

Cache-Control:no-cache 没看懂

no-store 不允许缓存

max-age=120 将在120s后失效


Last-Modified:

资源的创建时间 


Referer:

在客户端请求中插入Referer首部 可以使服务器知道客户端从哪获得其请求的URL

只有在点击时 才插入此首部 自己输入无效

Referer: http://www.inktomi.com/index.html


X-Forwarded-For

请求中

即请求是从哪个地址发过来的 

X-Forwarded-For: 64.95.76.161


Client-ip

请求中

同上 Client-ip: 64.95.76.161


X-Cache

相应中

x开头的都是扩展首部 通知客户端某个资源是否可用


chunk:
如果一个http首部是Transfer-Encoding: chunked 那么消息体由数量未定的块组成 并且最后一个大小为0的块为结束
每个快以该块包含数据的字节数开始 跟随一个CRLF回车及换行 然后是数据本身 最后以CRLF结束
最后一个块是单行 由块大小0 空格 及CRLF组成 
即每个chunk,是有头的,标记单个chunk大小
注意有了Transfer-Encoding就不能有Content-Length

Content-Length 的长度是整个 TE 的长度,也就是包含了分片字节和\r\n 的那些内容
这样当客户端不支持 TE 的时候,仍然可以按照 Content-Length 的长度来传输整个 body
    支持处理 TE 的,就可以按照 TE 的信息来处理 ATS 目前可能会同时使用 TE 和 CL

“永不停止的HLS”/低延迟”HLS流 对HLS延迟很敏感的地方的方案:
客户端请求x.ts文件,然后,我们不告诉对方,这个文件多大,一直向连接里面写数据 有视频数据就向socket里面写一直写,一直写,直到直播结束
有 gzip 之后,应该重写HTTP HEAD吧


Date

原始服务器最初产生这个对象的日期

即生产日期


Cache-Control / Expires

max-age=484200

即过期日期


Age

缓存已经产生了多长时间




原创粉丝点击