HTTP/1.1阅读之响应

与上一章对应,一个响应信息的包含部分如下:

 Response      =        Status-Line               ; Section 6.1
                       *(( general-header        ; Section 4.5
                        | response-header        ; Section 6.2
                        | entity-header ) CRLF)  ; Section 7.1
                       CRLF
                       [ message-body ]          ; Section 7.2
其中比较重要的是Status-line行,他由以下部分组成:
Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF

继续阅读“HTTP/1.1阅读之响应”

HTTP/1.1阅读之请求

5.1 请求消息的构成

在上一章,我们知道一个请求的消息应该由以下几部分组成:

 Request       = Request-Line              ; Section 5.1
                 *(( general-header        ; Section 4.5
                 | request-header         ; Section 5.3
                 | entity-header ) CRLF)  ; Section 7.1
                        CRLF
                 [ message-body ]          ; Section 4.3
他们是请求头(由请求行、一般头、请求头和信息头)+信息主体构成。我们来看看请求行(Request-Line),他是由下面几部分构成的:
Method sp URI sp HTTP-Version CRLF,我们来像教科书一样,看看各个部分都是干啥的

继续阅读“HTTP/1.1阅读之请求”

HTTP/1.1协议阅读-第一章

我将逐渐完成http/1.1协议的阅读,在此期间,为了加深记忆,会写成一个系列的文章,文中所述,以个人理解为主,以英文为准,尽量靠近原文档,原因是,下载了一个中文版的,读起来发现很别扭,感觉像是从Google翻译,直接翻译过来的,不知所云。

先强制性的翻译几章,熟悉之后,希望能够加快阅读速度,今天先进第一章。

继续阅读“HTTP/1.1协议阅读-第一章”

RFC及标准性文档 RFC2616 HTTP/1.1阅读系列 (一)内容协商

RFC文档,是搞WEB开发必读的文档,是英文版本的,但是后来网上找的中文版的,翻译的不是很好(孙进超译),很拗口,完全不知道他在说什么,还是老老实实看英文的吧,以下是阅读笔记,留下来,加深印象,也留个笔记。

12.1 内容协商
     为什么需要内容协商?大部分的HTTP响应消息,包含人类能够理解的信息主体,自然的,他使用本人最习惯的方式组织,但是人各有异,每个人都不一样,那么服务器怎么跟客户端协调最好的显示方式呢?那么就是内容协商了。有两种内容协商:服务器驱动和代理驱动协商(这里的代理只浏览器,而不是代理服务器,后面可能也用客户端来表示。)。这两种协商能够被联合使用,那时候叫透明协商;当缓存使用服务器提供的代理协商为后续的请求提供服务器驱动协商的时候。