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
缓存已经产生了多长时间
- http首部参考
- HTTP首部
- HTTP首部
- http 首部学习
- HTTP首部概览
- 6 HTTP首部
- HTTP首部学习笔记
- Http首部字段
- HTTP首部(一)
- HTTP首部(二)
- 6.1 HTTP首部
- HTTP首部(一)
- HTTP首部(二)
- HTTP首部字段
- Http学习<三>HTTP 首部
- 图解HTTP(1): HTTP首部
- HTTP首部行可选字段
- HTTP全部报文首部字段
- java将base64流转成图片时显示文件肯损坏,损毁或过大
- Spring 源码粘贴3
- APP开发完整流程
- rabbitmq network partitions
- Swift 学习资料
- http首部参考
- 浅谈Git(三)
- 熵的理解
- 命令模式【Command Pattern】
- 链路层帧格式
- 软编码Flv 到Mp4 容器(十一) fmp4 moof box详解
- 树形DP POJ3659 好难的一道题
- 深入理解分布式事务
- java.lang.reflect.UndeclaredThrowableException