萤火突击pc辅助脚本,深入了解http协议

时间:2026-06-11 19:34:59 来源:辅助科技网

萤火突击pc辅助脚本,深入了解http协议

由于传播  、深入利用此文所提供的深入信息而造成的任何直接或者间接的后果及损失,均由使用者本人负责,深入雷神众测以及文章作家不为此承担责任任何责任 。深入

雷神众测拥有对此文章的深入修改和解释权。如欲转载或传播此文章,深入萤火突击pc辅助脚本必须保证此文章的深入完整性 ,包括版权声明等全部内容  。深入未经雷神众测允许,深入不得任意修改或者增减此文章内容,深入不得以任何方式将其用于商业目的深入。

No.2

   

   

HTTP简介

Hypertext Transfer Protocol,深入超⽂本传输协议 ,深入和 HTML (Hypertext Markup Language 超⽂本标 记语⾔) ⼀起诞⽣,深入⽤于在⽹络上请求和传输 HTML 内容。深入
超⽂本 ,即「扩展型⽂本」  ,指的是 HTML 中可以有链向别的⽂本的链接(hyperlink) 。

No.3

   

   

HTTP筹备原理

  1. 用户输入地址后回车或点击链接
  2. 校验器拼装 HTTP 报文并发送请求给服务器
  3. 服务器筹备理请求后发送感谢报文给校验器
  4. 校验器解析感谢报文并使用渲染引擎显示到界面
No.4

   

   

HTTP请求报文

请求报文具体格式  :

4.1

请求行信息

Request Method 请求计划

计划

作用

GET

请求得到由 Request-URI 所标识的资源

POST

请求服务器接收在请求中封装的实体,并将其作为由 Request-Line 中的 Request-URI 所标识的资源的一部分

HEAD

请求得到由 Request-URI 所标识的资源的感谢消息报头

PUT

请求服务器存储一个资源,并用 Request-URI 作为其标识符

DELETE

请求服务器删除由 Request-URI 所标识的资源

TRACE

请求服务器回送到的请求信息 ,主要用于测试或诊断

CONNECT

HTTP/1.1 协议中预留给能够将接合改为管道方式的萤火突击辅助菜单版下载安装代理服务器 。

OPTIONS

请求查询服务器的性能 ,或者查询与资源相关的选项和需求

PATCH

是对 PUT 计划的补充,用来对已知资源铺开局部更新  。

GET

• ⽤于得到资源

• 对服务器数据不进⾏修改

• 不发送 Body

GET /users/1 HTTP/1.1
Host: api.github.com

POST

• 用于增补或修改资源

• 发送给服务器的内容写在Body里面

POST /users HTTP/1.1
Host: api.github.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 13
name=rengwuxian&gender=male

请求计划GET和POST的区别

PUT

• 用于修改资源

• 发送给服务器的内容写在Body里面

PUT /users/1 HTTP/1.1
Host: api.github.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 13
gender=female

DELETE

• 用于删除资源

• 不发送 Body

DELETE /users/1 HTTP/1.1
Host: api.github.com

HEAD

HEAD 计划与 GET 计划几乎是相同的,它们的区别在于 HEAD 计划只是请求消息报头,而不是完整的内容 。对于 HEAD 请求的感谢部分来会谈 ,它的 HTTP 头部中包含的信息与通过 GET 请求所得到的信息是相同的 。利用这个计划,不必传输整个资源内容,就可以得到 Request-URI 所标识的资源的信息 。这个计划通常被用于测试超链接的有效性 ,是否可以访问,以及最近是否更新。

 

要注意的是 ,在 HTML 文档中 ,书写 get 和 post,大小写都可以,但在 HTTP 协议中的 GET 和 POST 只能是大写形式。

 

协议版本

协议版本的格式为:HTTP / 主版本号次版本号,常用的萤火突击辅助菜单有HTTP / 1.0和HTTP / 1.1

 

HTTP1.0 和HTTP1.1的区别 :

1)在HTTP1.0协议中 ,客户端与网络服务器建立接合后 ,只能得到一个网络资源。

2)HTTP1.1 协议,允许客户端与网络服务器建立接合后 ,在一个接合上得到多个网络资源。(常用)

4.2

Headers请求头信息

每个头域由一个域名 ,冒号(:)和域值三部分组成 。域名是大小写无关的,域值前可以增补任何数量的空格符 ,头域可以被扩展为多行 ,在每行起始处,使用至少一个空格或制表符 。

 

HTTP最常见的请求头如下:

Transport 头域

Connection :
作用:表示是否需要持久接合 。
如果服务器校验到这里的值为“Keep-Alive”,或者校验到请求使用的是HTTP 1.1(HTTP 1.1默认铺开持久接合),它就可以利用持久接合的优点  ,当页面包含多个元素时(例如Applet,图片),显著地裁减下载所需要的时间  。要实现这一点,服务器需要在应答中发送一个Content-Length头,最简易的萤火突击物资透视辅助实现计划是:先把内容写入 ByteArrayOutputStream,然后在正式写出内容之前计算它的大小;
例如 : Connection: keep-alive   当一个网页打开落成后 ,客户端和服务器之间用于传输HTTP数据的TCP接合不会隔绝,如果客户端再次访问这个服务器上的  网页 ,会绵延使用这一条已经建立的接合
例如 :Connection: close  代表一个Request落成后,客户端和服务器之间用于传输HTTP数据的TCP接合会隔绝,  当客户端再次发送Request ,需要重新建立TCP接合。

Host:(发送请求时,该报文头域是必需的)
Host请求报文头域主要用于指定被请求资源的Internet主机和端口号 ,它通常从HTTP URL中提取出来的。
例如 :http://;localhost/index.html
校验器发送的请求消息中,就会包含Host请求报头域,如下 :
Host:localhost
此处使用缺省端口号80,若指定了端口号8080 ,则变成 :Host:localhost:8080

Client 头域

Accept:
作用:校验器可以收受的媒体类型(MIME类型),
例如 :Accept: text/html  代表校验器可以收受服务器回发的类型为 text/html  也就是我们常会谈的html文档, 如果服务器无法返回text/html类型的数据,服务器应该返回一个406错误(non acceptable) 。
通配符 * 代表任意类型 。例如  Accept: */*  代表校验器可以筹备所有类型,(一般校验器发给服务器都是发这个)

Accept-Encoding :
作用:校验器申明自己接收的编码计划 ,通常指定缩减规模计划,是否拥穿着缩减规模,拥穿着什么缩减规模计划(gzip,deflate) ,(注意 :这不是只字符编码);
例如:Accept-Encoding: gzip, deflate。Server能够向拥穿着gzip/deflate的校验器返回经gzip或者deflate编码的HTML页面 。许多情形下这可以裁减5到10倍的下载时间,也节省带宽。

Accept-Language :
作用 :校验器申明自己接收的语言 。
语言跟字符集的区别 :中文是语言,中文有多种字符集,比如big5 ,gb2312,gbk等等;
例如:Accept-Language:zh-cn  。如果请求消息中没有设置这个报头域 ,服务器假定客户端对各种语言都可以收受。

User-Agent:
作用 :告诉HTTP服务器 , 客户端使用的操作系统和校验器的名称和版本.
我们上网登陆论坛的时候 ,往往会校验到一些欢迎信息,其中列出了你的操作系统的名称和版本,你所使用的校验器的名称和版本,这往往让很多人感到很神奇,实际上, 服务器应用程序就是从User-Agent这个请求报头域中得到到这些信息User-Agent请求报头域允许客户端将它的操作系统、校验器和其它属性告诉服务器。
例如 :User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)

Accept-Charset :
作用:校验器申明自己接收的字符集,这就是本文前面介绍的各种字符集和字符编码 ,如gb2312 ,utf-8(通常我们会谈Charset包括了相应的字符编码计划);
例如:Accept-Charset:iso-8859-1,gb2312.如果在请求消息中没有设置这个域,缺省是任何字符集都可以收受 。

Authorization:授权信息 ,通常裸露在对服务器发送的WWW-Authenticate头的应答中;
Authorization请求报头域主要用于证明客户端有权查校验某个资源 。当校验器访问一个页面时,如果收到服务器的感谢代码为401(未授权),可以发送一个包含Authorization请求报头域的请求 ,要求服务器对其铺开验证 。

Cookie/Login 头域

Cookie:
作用:最重要的header, 将cookie的值发送给HTTP 服务器

Entity头域

Content-Length
作用:发送给HTTP服务器数据的长度。即请求消息正文的长度;
例如:Content-Length: 38

Content-Type:
作用:指定Body的类型 。
例如:Content-Type: application/x-www-form-urlencoded
Content-Type主要有四类:
1.text/html
请求Web页面时返回感谢的类型,Body中返回html文本 。
2.x-www-form-urlencoded
Web页面纯文本表单的提交方式 。
3.multitype/form-data
Web页面含有二进制文件时的提交方式 。
4.application/json,image/jpeg,application/zip...
单项内容(文本或非文本都可以) ,用于Web Api的感谢或者POST/PUT的请求 。

Miscellaneous 头域

Referer:
作用 :提供了Request的上下文信息的服务器,告诉服务器我是从哪个链接过来的,比如从我主页上链接到一个挚友那里 , 他的服务器就能够从HTTP Referer中统计出每天有多少用户点击我主页上的链接访问他的网站。
例如: Referer:http://translate.google.cn/?hl=zh-cn&tab=wT

Cache 头域

If-Modified-Since:
作用 :把校验器端缓存页面的最后修改时间发送到服务器去 ,服务器会把这个时间与服务器上实际文件的最后修改时间铺开对比 。如果时间一致,那么返回304,客户端就直接使用本地缓存文件 。如果时间不一致,就会返回200和新的文件内容 。客户端接到之后 ,会丢弃旧文件,把新文件缓存起来,并显示在校验器中 。
例如 :If-Modified-Since: Thu, 09 Feb 2012 09:07:57 GMT 。

If-None-Match:
作用: If-None-Match和ETag一起筹备 ,筹备原理是在HTTP Response中增补ETag信息  。当用户再次请求该资源时 ,将在HTTP Request 中加入If-None-Match信息(ETag的值)。如果服务器验证资源的ETag没有改变(该资源没有更新),将返回一个304状态告诉客户端使用本地缓存文件。否则将返回200状态和新的资源和Etag.  使用这样的机制将晋升网站的性能
例如: If-None-Match: "03f2b33c0bfcc1:0"

Pragma :
作用:防止页面被缓存, 在HTTP/1.1版本中,它和Cache-Control:no-cache作用一模一样
Pargma只有一个用法, 例如:Pragma: no-cache
注意: 在HTTP/1.0版本中,只实现了Pragema:no-cache, 没有实现Cache-Control

Cache-Control :
作用: 这个是非常重要的规则 。这个用来指定Response-Request遵循的缓存机制。各个指令含义如下
Cache-Control:Public   可以被任何缓存所缓存()
Cache-Control:Private     内容只缓存到私有缓存中
Cache-Control:no-cache  所有内容都不会被缓存

No.5

   

   

HTTP感谢报文

感谢报文具体格式 :

5.1

Status Code 状态码

HTTP状态码分类

HTTP状态码列表:

5.2

感谢头信息

Cache头域

Date:
作用:裸露消息的具体时间和日期,即当前的GMT时间 。
例如: Date: Sun, 17 Mar 2013 08:12:54 GMT

Expires:
作用: 校验器会在指定过期时间内使用本地缓存,指明应该在什么时候认为文档已经过期  ,从而不再缓存它 。
例如: Expires: Thu, 19 Nov 1981 08:52:00 GMT

Vary
作用 :指示不可缓存的请求头列表;
例如: Vary: Accept-Encoding

Cookie/Login 头域

P3P
作用: 用于跨域设置Cookie, 这样可以解决iframe跨域访问cookie的尴尬
例如: P3P: CP=CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR

Set-Cookie
作用:非常重要的header, 用于把cookie 发送到客户端校验器, 每一个写入cookie城市裸露一个Set-Cookie.
例如: Set-Cookie: PHPSESSID=c0huq7pdkmm5gg6osoe3mgjmm3;

 

path=/
作用: 用于跨域设置Cookie, 这样可以解决iframe跨域访问cookie的尴尬
例如: P3P: CP=CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR

Set-Cookie
作用 :非常重要的header, 用于把cookie 发送到客户端校验器, 每一个写入cookie城市裸露一个Set-Cookie.
例如: Set-Cookie: PHPSESSID=c0huq7pdkmm5gg6osoe3mgjmm3; path=/

Entity实体头域

实体内容的属性,包括实体信息类型,长度,缩减规模计划,最后一次修改时间,数据有效性等。

ETag :
作用:  和If-None-Match 配合使用 。(实例请校验上节中If-None-Match的实例)
例如: ETag: "03f2b33c0bfcc1:0"

Last-Modified :
作用  :用于指示资源的最后修改日期和时间 。(实例请校验上节的If-Modified-Since的实例)
例如: Last-Modified: Wed, 21 Dec 2011 09:09:10 GMT

Content-Type:
作用:WEB服务器告诉校验器自己感谢的对象的类型和字符集,
例如:
Content-Type: text/html; charset=utf-8
Content-Type:text/html;charset=GB2312
Content-Type: image/jpeg

Content-Length:
指明实体正文的长度,以字节方式存储的十进制数字来表示。在数据下行的过程中 ,Content-Length的方式要预先在服务器中缓存所有数据,然后所有数据再一股脑儿地发给客户端。
例如: Content-Length: 19847

Content-Encoding:
作用 :文档的编码(Encode)计划。一般是缩减规模方式 。
WEB服务器表明自己使用了什么缩减规模计划(gzip ,deflate)缩减规模感谢中的对象 。利用gzip缩减规模文档能够显著地裁减HTML文档的下载时间 。
例如:Content-Encoding:gzip

Content-Language:
作用:WEB服务器告诉校验器自己感谢的对象的语言者
例如:Content-Language:da

Miscellaneous 头域

Server:
作用 :指明HTTP服务器的软件信息
例如:Apache/2.2.8 (Win32) PHP/5.2.5

X-Powered-By :
作用 :表示网站是用什么技术开发的
例如 :X-Powered-By: PHP/5.2.5

Transport头域

Location:
作用:用于重定向一个新的位置 , 包含新的URL地址
实例请校验304状态实例

5.3

感谢正文

感谢正文就是服务器返回的资源的内容,感谢头和正文之间也必须用空行分隔 。

No.6

   

   

校验器缓存

校验器缓存  :包括页面html缓存和图片js,css等资源的缓存 。校验器缓存是基于把页面信息保存到用户本地电脑硬盘里 。在客户端或中间网络节点缓存数据,下滑从服务器取数据的频率,以晋升网络性能。

 

缓存的优点:

1)服务器感谢更快 :因为请求从缓存服务器(离客户端更近)而不是源服务器被相应 ,这个过程耗时更少,让服务器校验上去感谢更快 。

2)裁减网络带宽消耗 :当副本被重用时会减低客户端的带宽消耗;客户可以节省带宽费用 ,控制带宽的需求的增长并更易于管理 。

 

缓存筹备原理:

页面缓存状态是由http header决定的,一个校验器请求信息,一个是服务器感谢信息  。主要包括Pragma: no-cache、Cache-Control 、 Expires、 Last-Modified 、If-Modified-Since。其中Pragma: no-cache由HTTP/1.0规定 ,Cache-Control由HTTP/1.1规定 。

内容校验完了
推荐内容