精华内容
下载资源
问答
  • 谷歌浏览器怎么看到http版本

    万次阅读 2019-09-23 13:31:26
    按f12,刷新页面,重新发送请求,找到Network--->Response Headers--->view source

    按f12,刷新页面,重新发送请求,找到Network--->Response Headers--->view source

    展开全文
  • linux 中查看apache http版本命令

    千次阅读 2012-10-24 16:39:36
    查看apache http server的版本:   rpm -qi httpd   rpm -aq|grep -i http   搜索httpd的路径(search httpd path):   whereis httpd        重启apache http server:   /etc/init.d/httpd ...

    查看apache http server的版本:

     

    rpm -qi httpd

     

    rpm -aq|grep -i http

     

    搜索httpd的路径(search httpd path):

     

    whereis httpd 

     

     

     

    重启apache http server:

     

    /etc/init.d/httpd restart

     

    展开全文
  • http协议各个版本

    万次阅读 多人点赞 2018-07-25 15:57:43
    一、HTTP协议版本更替 HTTP/0.9  HTTP协议的最初版本,功能简陋,仅支持请求方式GET,并且仅能请求访问HTML格式的资源。 HTTP/1.0  请求行必须在尾部添加协议版本字段(http/1.0);必须包含头消息  在0.9...

    一、HTTP协议版本更替

    HTTP/0.9

            HTTP协议的最初版本,功能简陋,仅支持请求方式GET,并且仅能请求访问HTML格式的资源

    HTTP/1.0    

    请求行必须在尾部添加协议版本字段(http/1.0);必须包含头消息        

    在0.9版本上做了进步,增加了请求方式POST和HEAD;不再局限于0.9版本的HTML格式,根据Content-Type可以支持多种数据格式,即MIME多用途互联网邮件扩展,例如text/html、image/jpeg等;同时也开始支持cache,就是客户端在规定时间内访问统一网站,直接访问cache即可。

    再次,HTTP请求和回应的格式也变了。除了数据部分,每次通信都必须包括头信息(HTTP header),用来描述一些元数据。

    其他的新增功能还包括状态码(status code)、多字符集支持、多部分发送(multi-part type)、权限(authorization)、缓存(cache)、内容编码(content encoding)等。

            但是1.0版本的工作方式是每次TCP连接只能发送一个请求,当服务器响应后就会关闭这次连接,下一个请求需要再次建立TCP连接,就是不支持keepalive

            TCP连接的新建成本很高,因为需要客户端和服务器三次握手,并且开始时发送速率较慢(slow start)。所以,HTTP 1.0版本的性能比较差。随着网页加载的外部资源越来越多,这个问题就愈发突出了。

    为了解决这个问题,有些浏览器在请求时,用了一个非标准的Connection字段

    
    Connection: keep-alive
    

    这个字段要求服务器不要关闭TCP连接,以便其他请求复用。服务器同样回应这个字段。

    
    Connection: keep-alive
    

    一个可以复用的TCP连接就建立了,直到客户端或服务器主动关闭连接。但是,这不是标准字段,不同实现的行为可能不一致,因此不是根本的解决办法。

    Content-Type 字段

    关于字符的编码,1.0版规定,头信息必须是 ASCII 码,后面的数据可以是任何格式。因此,服务器回应的时候,必须告诉客户端,数据是什么格式,这就是Content-Type字段的作用。

    下面是一些常见的Content-Type字段的值。

    • text/plain
    • text/html
    • text/css
    • image/jpeg
    • image/png
    • image/svg+xml
    • audio/mp4
    • video/mp4
    • application/javascript
    • application/pdf
    • application/zip
    • application/atom+xml

    这些数据类型总称为MIME type,每个值包括一级类型和二级类型,之间用斜杠分隔。

    除了预定义的类型,厂商也可以自定义类型。

    
    application/vnd.debian.binary-package
    

    上面的类型表明,发送的是Debian系统的二进制数据包。

    MIME type还可以在尾部使用分号,添加参数。

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

    上面的类型表明,发送的是网页,而且编码是UTF-8。

    客户端请求的时候,可以使用Accept字段声明自己可以接受哪些数据格式。

    
    Accept: */*
    

    上面代码中,客户端声明自己可以接受任何格式的数据。

    MIME type不仅用在HTTP协议,还可以用在其他地方,比如HTML网页。

    
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
    <!-- 等同于 -->
    <meta charset="utf-8" /> 

    Content-Encoding 字段

    由于发送的数据可以是任何格式,因此可以把数据压缩后再发送。Content-Encoding字段说明数据的压缩方法。

    
    Content-Encoding: gzip
    Content-Encoding: compress
    Content-Encoding: deflate
    

    客户端在请求时,用Accept-Encoding字段说明自己可以接受哪些压缩方法。

    
    Accept-Encoding: gzip, deflate

    HTTP/1.1    

    1.1 版的最大变化,就是引入了持久连接(persistent connection),即TCP连接默认不关闭,可以被多个请求复用,不用声明Connection: keep-alive解决了1.0版本的keepalive问题,1.1版本加入了持久连接一个TCP连接可以允许多个HTTP请求

    客户端和服务器发现对方一段时间没有活动,就可以主动关闭连接。不过,规范的做法是,客户端在最后一个请求时,发送Connection: close,明确要求服务器关闭TCP连接。

    
    Connection: close
    

    目前,对于同一个域名,大多数浏览器允许同时建立6个持久连接。降低了延迟同时提高了带宽的利用率。

        

    加入了管道机制,在同一个TCP连接里,允许多个请求同时发送,增加了并发性,进一步改善了HTTP协议的效率;举例来说,客户端需要请求两个资源。以前的做法是,在同一个TCP连接里面,先发送A请求,然后等待服务器做出回应,收到后再发出B请求。管道机制则是允许浏览器同时发出A请求和B请求,但是服务器还是按照顺序,先回应A请求,完成后再回应B请求。

    Content-Length 字段

    一个TCP连接现在可以传送多个回应,势必就要有一种机制,区分数据包是属于哪一个回应的。这就是Content-length字段的作用,声明本次回应的数据长度。

    
    Content-Length: 3495
    

    上面代码告诉浏览器,本次回应的长度是3495个字节,后面的字节就属于下一个回应了。

    在1.0版中,Content-Length字段不是必需的,因为浏览器发现服务器关闭了TCP连接,就表明收到的数据包已经全了。

    分块传输编码

    使用Content-Length字段的前提条件是,服务器发送回应之前,必须知道回应的数据长度。

    对于一些很耗时的动态操作来说,这意味着,服务器要等到所有操作完成,才能发送数据,显然这样的效率不高。更好的处理方法是,产生一块数据,就发送一块,采用"流模式"(stream)取代"缓存模式"(buffer)。

    因此,1.1版规定可以不使用Content-Length字段,而使用"分块传输编码"(chunked transfer encoding)。只要请求或回应的头信息有Transfer-Encoding字段,就表明回应将由数量未定的数据块组成。

    
    Transfer-Encoding: chunked
    

    每个非空的数据块之前,会有一个16进制的数值,表示这个块的长度。最后是一个大小为0的块,就表示本次回应的数据发送完了。下面是一个例子。

    
    HTTP/1.1 200 OK
    Content-Type: text/plain
    Transfer-Encoding: chunked
    
    25
    This is the data in the first chunk
    
    1C
    and this is the second one
    
    3
    con
    
    8
    sequence
    
    0

    新增了请求方式PUT、PATCH、OPTIONS、DELETE等

    另外,客户端请求的头信息新增了Host字段,用来指定服务器的域名。在HTTP1.0中认为每台服务器都绑定一个唯一的IP地址,因此,请求消息中的URL并没有传递主机名(hostname)。但随着虚拟主机技术的发展,在一台物理服务器上可以存在多个虚拟主机(Multi-homed Web Servers),并且它们共享一个IP地址。

    
    Host: www.example.com
    

    有了Host字段,就可以将请求发往同一台服务器上的不同网站,为虚拟主机的兴起打下了基础。(实现了在一台WEB服务器上可以在同一个IP地址和端口号上使用不同的主机名来创建多个虚拟WEB站点。也即是说,web server上的多个虚拟站点可以共享同一个ip和端口。)且请求消息中如果没有Host头域会报告一个错误(400 Bad Request)。

            虽然1.1版允许复用TCP连接,但是同一个TCP连接里面,所有的数据通信是按次序进行的。服务端是按队列顺序处理请求的,服务器只有处理完一个回应,才会进行下一个回应。假如前面的请求处理时间很长,后面就会有许多请求排队等着,这样就造成了“队头阻塞”的问题;同时HTTP是无状态的连接,因此每次请求都需要添加重复的字段,降低了带宽的利用率。

    多路复用带来一个新的问题是,在连接共享的基础之上有可能会导致关键请求被阻塞。SPDY允许给每个request设置优先级,这样重要的请求就会优先得到响应。比如浏览器加载首页,首页的html内容应该优先展示,之后才是各种静态资源文件,脚本文件等加载,这样可以保证用户能第一时间看到网页内容。

    为了避免这个问题,只有两种方法:一是减少请求数,二是同时多开持久连接。这导致了很多的网页优化技巧,比如合并脚本和样式表、将图片嵌入CSS代码、域名分片(domain sharding)等等。如果HTTP协议设计得更好一些,这些额外的工作是可以避免的。

    100(Continue) Status(节约带宽)

    HTTP/1.1加入了一个新的状态码100Continue)。客户端事先发送一个只带头域的请求,如果服务器因为权限拒绝了请求,就回送响应码401(Unauthorized);如果服务器接收此请求就回送响应码100,客户端就可以继续发送带实体的完整请求了。100 (Continue) 状态代码的使用,允许客户端在发request消息body之前先用request header试探一下server,看server要不要接收request body,再决定要不要发request body。

    HTTP/1.1在1.0的基础上加入了一些cache的新特性,当缓存对象的Age超过Expire时变为stale对象,cache不需要直接抛弃stale对象,而是与源服务器进行重新激活(revalidation)。

    HTTP 1.1支持只发送header信息(不带任何body信息),如果服务器认为客户端有权限请求服务器,则返回100,否则返回401。客户端如果接受到100,才开始把请求body发送到服务器。这样当服务器返回401的时候,客户端就可以不用发送请求body了,节约了带宽。

    HTTP1.1还有身份认证机制,许多web站点要求用户提供一个用户名—口令对才能访问存放在其服务器中的文档,这种要求称为身份认证(authentication)。HTTP提供特殊的状态码和头部来帮助Web站点执行身份认证。

    HTTP支持传送内容的一部分。这样当客户端已经有一部分的资源后,只需要跟服务器请求另外的部分资源即可。这是支持文件断点续传的基础。

    HTTP/1.1支持文件断点续传RANGE:bytes,HTTP/1.0每次传送文件都是从文件头开始,即0字节处开始。RANGE:bytes=XXXX表示要求服务器从文件XXXX字节处开始传送,断点续传。即返回码是206(Partial Content)

    在HTTP1.1中新增了24个错误状态响应码,如409(Conflict)表示请求的资源与资源的当前状态发生冲突;410(Gone)表示服务器上的某个资源被永久性的删除。

    HTTP/2.0

            为了解决1.1版本利用率不高的问题,提出了HTTP/2.0版本。增加双工模式,即不仅客户端能够同时发送多个请求,服务端也能同时处理多个请求,解决了队头堵塞的问题(HTTP2.0使用了多路复用的技术,做到同一个连接并发处理多个请求,而且并发请求的数量比HTTP1.1大了好几个数量级;HTTP请求和响应中,状态行和请求/响应头都是些信息字段,并没有真正的数据,因此在2.0版本中将所有的信息字段建立一张表,为表中的每个字段建立索引,客户端和服务端共同使用这个表,他们之间就以索引号来表示信息字段,这样就避免了1.0旧版本的重复繁琐的字段,并以压缩的方式传输,提高利用率。

            另外也增加服务器推送的功能,即不经请求服务端主动向客户端发送数据

    当前主流的协议版本还是HTTP/1.1版本。

    二进制协议

    HTTP/1.1 版的头信息肯定是文本(ASCII编码),数据体可以是文本,也可以是二进制。HTTP/2 则是一个彻底的二进制协议,头信息和数据体都是二进制,并且统称为"帧"(frame):头信息帧和数据帧。

    二进制协议的一个好处是,可以定义额外的帧。HTTP/2 定义了近十种帧,为将来的高级应用打好了基础。如果使用文本实现这种功能,解析数据将会变得非常麻烦,二进制解析则方便得多。

    多工

    HTTP/2 复用TCP连接,在一个连接里,客户端和浏览器都可以同时发送多个请求或回应,而且不用按照顺序一一对应,这样就避免了"队头堵塞"。

    举例来说,在一个TCP连接里面,服务器同时收到了A请求和B请求,于是先回应A请求,结果发现处理过程非常耗时,于是就发送A请求已经处理好的部分, 接着回应B请求,完成后,再发送A请求剩下的部分。

    这样双向的、实时的通信,就叫做多工(Multiplexing)。

    数据流

    因为 HTTP/2 的数据包是不按顺序发送的,同一个连接里面连续的数据包,可能属于不同的回应。因此,必须要对数据包做标记,指出它属于哪个回应。

    HTTP/2 将每个请求或回应的所有数据包,称为一个数据流(stream)。每个数据流都有一个独一无二的编号。数据包发送的时候,都必须标记数据流ID,用来区分它属于哪个数据流。另外还规定,客户端发出的数据流,ID一律为奇数,服务器发出的,ID为偶数。

    数据流发送到一半的时候,客户端和服务器都可以发送信号(RST_STREAM帧),取消这个数据流。1.1版取消数据流的唯一方法,就是关闭TCP连接。这就是说,HTTP/2 可以取消某一次请求,同时保证TCP连接还打开着,可以被其他请求使用。

    客户端还可以指定数据流的优先级。优先级越高,服务器就会越早回应。

    头信息压缩

    HTTP 协议不带有状态,每次请求都必须附上所有信息。所以,请求的很多字段都是重复的,比如CookieUser Agent,一模一样的内容,每次请求都必须附带,这会浪费很多带宽,也影响速度。

    HTTP/2 对这一点做了优化,引入了头信息压缩机制(header compression)。一方面,头信息使用gzipcompress压缩后再发送;另一方面,客户端和服务器同时维护一张头信息表,所有字段都会存入这个表,生成一个索引号,以后就不发送同样字段了,只发送索引号,这样就提高速度了。

    服务器推送

    HTTP/2 允许服务器未经请求,主动向客户端发送资源,这叫做服务器推送(server push)。

    意思是说,当我们对支持HTTP2.0的web server请求数据的时候,服务器会顺便把一些客户端需要的资源一起推送到客户端,免得客户端再次创建连接发送请求到服务器端获取。这种方式非常合适加载静态资源

    服务器端推送的这些资源其实存在客户端的某处地方,客户端直接从本地加载这些资源就可以了,不用走网络,速度自然是快很多的。

    常见场景是客户端请求一个网页,这个网页里面包含很多静态资源。正常情况下,客户端必须收到网页后,解析HTML源码,发现有静态资源,再发出静态资源请求。其实,服务器可以预期到客户端请求网页后,很可能会再请求静态资源,所以就主动把这些静态资源随着网页一起发给客户端了。

    服务端推送把客户端所需要的资源伴随着index.html一起发送到客户端,省去了客户端重复请求的步骤。正因为没有发起请求,建立连接等操作,所以静态资源通过服务端推送的方式可以极大地提升速度。

    普通的客户端请求过程:

    服务端推送的过程:

    HTTP 性能优化的关键并不在于高带宽,而是低延迟。TCP 连接会随着时间进行自我「调谐」,起初会限制连接的最大速度,如果数据成功传输,会随着时间的推移提高传输的速度。这种调谐则被称为 TCP 慢启动(拥塞控制)。由于这种原因,让原本就具有突发性和短时性的 HTTP 连接变的十分低效。
    HTTP/2 通过让所有数据流共用同一个连接,可以更有效地使用 TCP 连接,让高带宽也能真正的服务于 HTTP 的性能提升。

    二、HTTP响应模型

            服务器收到HTTP请求之后,会有多种方法响应这个请求,下面是HTTP响应的四种模型:

            单进程I/O模型

    服务端开启一个进程,一个进程仅能处理一个请求,并且对请求顺序处理;

            多进程I/O模型

    服务端并行开启多个进程,同样的一个进程只能处理一个请求,这样服务端就可以同时处理多个请求;

            复用I/O模型

    服务端开启一个进程,但是呢,同时开启多个线程,一个线程响应一个请求,同样可以达到同时处理多个请求,线程间并发执行;

            复用多线程I/O模型

    服务端并行开启多个进程,同时每个进程开启多个线程,这样服务端可以同时处理进程数M*每个进程的线程数N个请求。

     

     

    展开全文
  • 之前有整理过一部分知识点, 一直没有发布, 因为都是有关 前端 方面的零散内容; 现在想想无论分享什么内容都需要慢慢积累, 所以还是决定将...1. 第一个定稿的 http 协议是 HTTP/0.9 版本 。 2. HTTP/1.0 版本 。 3.

    HTTP 协议的发展历史以及相应版本的相关功能的简单介绍

    本文主要讲解 http协议 的发展历史:

    1. http协议发展历史总览 。

    2. http协议分析: HTTP版本各自的基本功能 。

    3. http协议命令: HTTP版本各自新增的请求命令 。


    废话不多说, 直接上代码以及图例(为了让大家方便阅读, 都有自己验证过程的一些图片作为分享) 。



    HTTP 协议的发展历史

    1. 第一个定稿的 http 协议是 HTTP/0.9 版本 。
       1. HTTP1990 年问世 。
       2. 其实此时的 HTTP 并没有作为正式的标准被建立 。
       3. HTTP/0.9 其实是 HTTP/1.0 版本之前的意思 。
    
    2. HTTP/1.0 版本 。
       1. HTTP 正式作为标准被公布是在 1996年的 5 月份 。
       2. 这一年 HTTP 被正式命名为 HTTP/1.0 版 。
       3. 该版本的协议标准现在仍然被广泛使用在服务器端 。
    
    4. HTTP/1.1 版本 。
    
    5. HTTP/2 版本 。
    
    


    一: HTTP/0.9 版本

    1. 只有一个命令(方法) GET2. 没有 header 等描述数据的信息 。
    
    3. 服务器发送完毕, 就关闭 TCP 链接 。
       1. 注意: 我们这边提到的 TCP 链接和 http 的请求是不一样的(也就是说http请求连接和tcp连接不是同一个概念)2. 同一个 TCP 链接里面我们可以发送多个 http 请求, 以前的协议版本是不能这样做的, 但是在 HTTP/1.1 之后就可以这样做了 。
       3. 一个 TCP 链接对应多个 http 请求; 一个 http 请求肯定是在某个 TCP 链接里面去定义发送的 。
        
    
    图片示例:

    在这里插入图片描述



    二: HTTP/1.0 版本:

    1. 'HTTP/1.0 版本', 其实和我们现在使用的 HTTP/1.1 版本差不了多少 。
    
    2. 在这个版本里面它增加了很多命令 。 例如: post / put / head 。
    
    3. 增加了 'status code''header' 相关内容 。
       1. status code 描述服务端处理请求之后的状态 。
       2. header: 对应的内容就是请求的相关数据的描述以及我们如何对数据进行操作的方法 。
        
    4. 多字符集的支持, 多部分发送, 权限, 缓存等(这些设置更有利于我们使用  http 请求实现 web 服务)
    图片示例:

    在这里插入图片描述



    三: HTTP/1.1 版本:

    1. 'HTTP/1.1 版本',HTTP/1.0 版本的基础上增加了一些功能, 来优化网络链接的一个过程 。
    
    2. 支持 '持久链接':
       1.HTTP/1.0 版本, 一个 'http' 请求就要在客户端和服务端之间建立一个 'TCP' 链接, 在服务端返回完内容之后, 'TCP' 链接就关闭掉了(考虑 tcp 创建链接的成本与延迟)3. pipeline(管道):
       1. 我们可以在同一个 'TCP' 链接里面, 发送多个请求; 但是在服务端对于进来的请求我们需要按照顺序进行一个内容的返回 。
       2. 所以如果我们前一个请求它的等待时间非常的长, 而后一个请求处理的非常的快, 那么这个时候后一个请求它不能先发送, 它要等第一个请求数据发送完成之后, 它才能进行发送 。
       3. 这一部分时间就相当于串行与并行的关系, 这个时候性能的差异就体现出来了 。
       4. 而这个在 HTTP2 里面会有一个优化 。
        
    4. 增加 'host' 和其它一些命令 。
       1. host: 有了 'host' 之后, 我们就可以在同一台(物理)服务器, 可以同时跑多个不同的 'web' 服务(例如一个nodeJS的服务, 一个Java的服务)2. 通过 'host' 字段来表示我们都是请求到这台物理服务器上面, 但是我们要请求的是哪一个软件服务, 是通过 'host' 来判断的 。
       3. 'host' 的好处就是, 在同一个物理服务器或者同一个集群里面可以同时部署很多个不同的 'web' 服务 。
       4. 提高物理服务的使用效率 。
        
    
    图片示例:

    在这里插入图片描述



    四: HTTP/2 版本

    1. 在 http2 中, 所有数据以'二进制'传输 。
       1.HTTP1.1 里面我们大部分的数据传输是通过'字符串', 所以它的一个'数据分片'方式是不太一样的 。
       2.HTTP2 里面我们所有的数据都是以帧进行传输的 。
        
    2. 鉴于上面所说的 http2 的优点, 同一个 TCP 链接里面发送多个请求, 不再需要按照顺序来返回数据了 。
       1. 可以同时并行返回 第一个与第二个请求的返回的数据 。
       2. 这样就是一个并行的关系, 能够更大限度的去让整个 Web 应用的'传输效率'有个质的提升 。
        
    3. '头信息压缩'以及'推送' 等提高效率的功能(http2整体上是为了解决 http1.1 中的性能低下的问题)1. 头信息压缩:
          1.HTTP1.1 里面每一次发送请求和返回请求, 它的很多 http头 都是要进行一个完整的发送与返回的 。
          2. 但其实这一部分头信息, 里面很多的内容比如: header 字段, Content-Type , catch 它们是以字符串的形式保存的, 所以它占用的量(带宽) 是比较大的 。
          3.HTTP2 里面我们的头信息进行了一个压缩, 这样就会有效的减少带宽的使用 。
       2. 推送功能:
          1. HTTP 请求是只能 '客户端' 对服务器发起请求, 然后服务器响应请求返回内容; 也就是说 '客户端' 永远是主动方, 服务端永远是被动方 。
          2.HTTP2 中有了推送这个概念, 也就是说服务端是可以主动发起数据传输的 。
          3. 推送功能解决了一个什么问题:
             1. 最简单的例子 - 我们的 html 也就是 web 页面都要求有 css js 文件, 它们都是以链接的方式在我们的 html 文本中显示, 通过浏览器它解析了里面的内容之后, 我们再根据 url 链接去请求里面的 css/js 文件 。
             2. 这里面就会包含一个顺序的问题, 我们需要先请求到 html 文本, 然后在浏览器运行解析了这个文本之后我们才能去发送 css/js 的请求 。
             3. HTTP2 里面有了推送的功能之后, 我们在请求这个 html 的同时, 服务端可以主动把 html 里面所需要引用到的 css/js 文件推送到我们的客户端 。
          4. 使用 推送功能 的话, 我们的 html js css 它们的发送顺序是并行的, 而不是串行的 。
          
    
    图片示例:

    在这里插入图片描述



    之前有整理过部分知识点, 现在将整理的相关内容, 验证之后慢慢分享给大家; 这个专题 就是 “HTTP协议原理与实践代码” 的相关专栏; 不积跬步,无以至千里, 戒焦戒躁 。

    如果对你有所帮助,喜欢的可以点个关注, 必然回关; 文章还一直持续打磨 。

    有什么想要了解的前端知识吗? 可以评论区留言, 会及时跟进分享所提内容 。

    整理知识点不易, 每次都是在工作繁忙之余夜深人静之时整理, 无论知识点是大是小, 都会验证后再分享, 以防自己发表的文章给大家造成误导 。如有问题还望不吝赐教,本人会及时更改 (本文原创, 如需转载,请注明出处) 。

    HTTP协议原理上篇文章: HTTP协议相关的网络经典五层模型

    HTTP协议原理下篇文章: HTTP中的TCP三次握手-详细解析

    展开全文
  • HTTP版本区别

    千次阅读 2018-10-10 16:43:00
    HTTP协议全称HyperText Transfer Protocol,中文名超文本传输协议。是互联网上应用最为广泛的一种网络协议。... HTTP 0.9是最早发现的一个版本,在1991年发布,但是现在已经过时了,因为它只允许客户端发送...
  • http几个版本的区别

    千次阅读 2020-08-29 21:45:10
    http几个版本的区别 http/0.9版本:只有一个命令GET,只支持纯文本内容 http1.0版本: 任何格式的内容都可以发送,这使得互联网不仅可以传输文字,还能传输图像、视频、二进制等文件。 除了GET命令,还引入了POST...
  • http 协议 查看ie http版本

    千次阅读 2009-08-15 13:23:00
    HTTP版本HTTP目前三个版本HTTP0.9、HTTP1.0、HTTP1.1。HTTP0.9是最早的版本 ,它只定义了最基本的简单请求和简单回答;HTTP1.0较完善,也是目前使用广泛的一个版本HTTP1.1增加了大量的报头域,并对HTTP1.0中...
  • 一、http协议版本介绍 http:Hyper Text Transfer Protocol 超文本传输协议,是互联网应用最为广泛的一种网络协议,主要用于Web服务。通过计算机处理文本信息,格式为HTML(Hyper Text Mark Language)超文本...
  • Eclipse版本和JDK版本对应关系

    万次阅读 多人点赞 2018-04-20 14:09:34
    版本代号平台版本主要版本发行日期SR1发行日期SR2发行日期需要的JDK最低版本Callisto3.22006年6月26日N/AN/AJDK1.4Europa3.32007年6月27日2007年9月28日2008年2月29日JDK1.5Ganymede3.42008年6月25日2008年9月24日...
  • 使用最新版本geth客户,当执行personal.unlockAccount()或在程序中调用personal_unlockAccount接口时,会出现:account unlock with HTTP access is forbidden异常。 异常原因 新版本geth,出于安全考虑,默认禁止了...
  • 转载请标明出处: ...鉴于《史上最简单的Spring Cloud教程》很受读者欢迎,再次我特意升级了一下版本,目前支持的版本为Spring Boot版本2.0.3.RELEASE,Spring Cloud版本为F...
  • jetty各个版本对应的jdk版本

    万次阅读 热门讨论 2015-04-27 22:57:10
    1:jetty各个版本信息 版本号 发布及维护年份 托管平台 JVM版本 支持的协议 servlet版本 JSP版本 ... HTTP/1.1, HTTP/2 RFC2616,javax.websocket, SPDY v3 3.1 2.3 Experimental 9.2 2014
  • svn创建版本库和删除版本

    万次阅读 2013-12-26 17:33:47
    作者:朱金灿来源:http://blog.csdn.net/clever101 svn创建版本库的做法:使用cd命令进入版本仓库的根目录,我的是E:\Repository,然后运行命令: svnadmin create --fs-type bdb doc 这样就创建了叫doc的版本库...
  • 关于C# post文件的代码,尝试了很长时间,始终有些问题无法解决。而用Postman模拟时很顺利,于是想起Postman是否是开源项目?...字样即可打开代码参考界面,提供了多种主流语言的版本。 非常有用...
  • pytorch指定版本安装及查看版本

    万次阅读 多人点赞 2018-08-07 17:11:44
    pytorch官网 https://pytorch.org/ pytorch旧版本网址 ...pytorch从链接安装指定版本 ...pip install http://download.pytorch.org/whl/cu80/torch-0.2.0.post3-cp27-cp27mu-manylinux1...
  • Tomcat与JDK版本对应关系,Tomcat各版本特性

    万次阅读 多人点赞 2019-10-18 11:44:13
    文章目录Alpha / Beta / StableApache Tomcat 9.xApache Tomcat 8.xApache Tomcat 7.xApache Tomcat 6.x Apache Tomcat是一个开源软件实现...不同版本的Servlet和JSP规范可使用不同版本的Apache Tomcat。Tomcat与JDK...
  • cxf版本与jdk版本关系

    千次阅读 2019-04-10 16:53:52
    用 cxf 做 webservice 时,首先要关注一...官网解释地址:http://cxf.apache.org/faq.html jdk版本 CXF版本 java 9+ 3.3.x java 8 3.x java 7 2.2x --- 3.2之前版本 java 6 3.1 之前版本...
  • servlet版本,tomcat版本,java版本,对应关系及选择
  • 更多关于python selenium的文章,请关注我的专栏:Python Selenium自动化测试详解 看到网上基本没有最新的chromedriver与... chromedriver版本 支持的Chrome版本 v2.37 v64-66 v2.36 v63-65 v2.3...
  • 摘要:有时候,我们需要了解...Solr下载Solr可以在http://archive.apache.org/dist/lucene/solr/找到各个版本的下载链接。Solr预览 名称 Solr 描述 基于Apache Lucene的企业家搜索引擎 DB-Engines排名 14(2016年
  • 程序集版本号:在.net框架中和CLR运行时钟引用,如使用程序集的强命名时就会使用. 按照我的理解,你所使用的库如log4net,常见的有2.0和4.0的,那么你下载的库是否是你工程中用的库,就要看这个程序集版本号. 比如我自己...
  • gradle各版本下载地址

    万次阅读 2016-08-16 11:17:25
    gradle各版本下载地址:http://services.gradle.org/distributions 以前都是手动下载gradle的文件,然后修改的,现在从官网上面来解决更新gradle的问题。 android studio更新与gradle的更新: 1、先下载android...
  • Eclipse 各版本版本号代号对应一览表

    万次阅读 2014-03-17 17:17:50
    版本号代号日期下载地址Eclipse 3.1IO[木卫一,伊奥]2005http://archive.eclipse.org/eclipse/downloads/drops/R-3.1-200506271435/Eclipse 3.2Callisto[木卫四,卡里斯托]2006...
  • hadoop各版本支持的hbase版本

    千次阅读 2018-05-21 16:29:04
    初学hbase,在版本选择上还要注意各个版本的对应问题。官网(http://hbase.apache.org/book.html#java)信息如下:Hadoop version support matrix HBase-1.2.xHBase-1.3.xHBase-2.0.xHadoop-2.4.x支持支持不支持...
  • kafka的版本号与版本演进

    千次阅读 2020-05-09 16:55:42
    1、kafka版本命名规则: 在1.x之前的版本,基本遵循4位版本号,例如:0.8.2.2、0.9.0.1、0.10.0.0... 在1.x之后,kafka 全面启用了遵循 Major.Minor.Patch 的三位版本规则,其中Major表示大版本,通常是一些重大...
  • SpringBoot与SpringCloud的版本对应详细版

    万次阅读 多人点赞 2019-04-18 11:50:50
    初学spring cloud的朋友可能不知道,其实SpringBoot与SpringCloud需要版本对应,否则可能会造成很多意料之外的错误,比如eureka注册了结果找不到服务类啊,比如某些jar导入不进来啊,等等这些错误。下面列出来...
  • Java中httpclient.jar和httpcore.jar版本差异带来的异常

    万次阅读 热门讨论 2016-01-27 00:31:47
    碰到以下两个异常时: java.lang.ClassNotFoundException: org.apache.http.ssl.TrustStrategy、 java.lang.NoClassDefFoundError: org/apache/...需要升级httpclient.jar和httpcore.jar包至4.4版本
  • 如何把SQLServer数据库从高版本降级到低版本

    万次阅读 多人点赞 2012-09-06 20:53:03
    由于目前还广泛使用着SQLServer2000,很多公司又想使用新的SQLServer,从而直接【分离/附加】或者【备份/还原】数据库,在不同版本之间存放。往往就会遇到版本不兼容的问题。前几天遇到了从我本机2008R2上备份的一个...
  • vscode下载之前版本插件

    千次阅读 2019-10-07 17:38:47
    如需转载请标明出处:http://blog.csdn.net/itas109 QQ技术交流群:129518033 文章目录vscode下载之前版本插件@[toc]前言1.登录vscode的商店marketplace2.查找语言包插件3.自建_api链接下载之前版本3.1 知道语言包...
  • tomcat官方下载(历史版本,旧版本

    万次阅读 多人点赞 2017-08-18 23:59:48
    1.首先进入tomcat官方网址:http://tomcat.apache.org 这里有7、8、9版本下载,我们选择Download下边最后一个选项 Archives点击进入2.我们可以看到这里有好几个版本,你想要的版本都在这里,比如我们要选 tomcat-9...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 2,772,732
精华内容 1,109,092
关键字:

http版本