HTTP入门(请求与响应)

历史事件:

        在1950~60这十年上下,就已经发明了互联网的雏形。不过当时并不是每个人都能访问,这个互联网只允许军方,政府和科研机构访问。是慢慢的才逐步向所有人开放的。但是,在1990年之前,互联网是没有网页这个东西的,那么当时人们上网都干些什么呢?

        当时人们对互联网的使用主要集中在 Email。

        1965 年,Email 被发明出来,成为互联网的「杀手级」应用,因为你可以瞬间发一封信给远方的人,不需要信纸、邮票和邮递员。

        1971 年,用 @ 符号来表示 Email 的方法被发明出来。

        1979 年,邮件讨论组被发明出来,人们可以在一个话题下公开地互发邮件。

        当时的人们通过 FTP 来下载文件附件(FTP是一个软件)。

        1980 年至 1990 年间,人们迫切需要一种更好的上网方式,很多方案被提出,如 HTTP 和  Gopher。后面的事情大家都知道了,HTTP 因为其易用性胜出。

        当时的邮件内容全都是普通文本,或者是类 Markdown 形式的文本,人们需要一种超级文本用来做页面跳转,也就是我们现在见到的 <a> 标签,不过那时的人还没想到这一点,当时的超集文本方案有很多,HTML 只是其中之一,而且当时的 HTML 也非常简陋,只有 11 个标签。

        1989~1992年这段时间,李爵士Tim Berners-Lee发明了WWW(world wide web),一种适用于全世界的网络。主要包含三个概念(关键技术):

       1. 一个全球网络资源唯一认证的系统,统一资源标志符:URI;

       2. 超文本标记语言:HTML;

       3. 超文本传输协议:HTTP;(就是这个时候诞生的)

        李爵士除了发明了这些概念,还付诸了行动:

        发明了第一个服务器;

        发明了第一个浏览器;

        写出了第一个网页(info.cern.ch);

        对于上面出现的一些英文缩写名词,下面文章统一解释。

名词解析:

    URI (Uniform Resource Identifier),中文意思就是统一资源标志符。可分为URL和URN。是标识某一互联网资源名称的字符串。

    URL(Uniform Resource Locator),中文意思就是统一资源定位符,顾名思义,我们想找到某个东西,就要通过地址或者具体方位到达指定位置去找。比如你想访问一个网站,就必须要在浏览器输入你想访问的那个网站的地址。URL就是我们俗称的网址,网址我们人人都用,所以它是URI最常见的一种形式。一个URL是由以下几个部分组成:传输协议,层级URL标记符号【//】,域名,路径,查询信息,端口号,锚点。

    URN(Uniform Resource Name),中文意思就是统一资源名称。相比较URL,这个就比较麻烦了,打个比方,在中国每个公民都有独一无二的身份证号,或者你购买的汽车的车架号也是独一无二的再或者每本正常手续发行出来的书籍编号。这个能证明某个东西独一无二的编号就是URN。但是它与URL不同的是,我告诉你我的身份证号你能找到我吗(请不要人肉或报警)?显然不能,因为你只能知道有我这么一个人,却不知道我在哪。

    DNS(Domain Name Syste)域名服务器,向DNS发送一个域名,它将给你返回一个IP。命令如下:

    nslookup baidu.com

    ping baidu.com

请求与响应:


server、client

    浏览器负责发起请求

    服务器在 80 端口接收请求

    服务器负责返回内容(响应)

    浏览器负责下载响应内容

    HTTP 的作用就是指导浏览器和服务器如何进行沟通。也就是说浏览器如何发送请求和服务器如何返回响应都是按照超文本传输协议来进行的,但是这两者的传输HTTP是不管的。

1.请求:

    我们可以用浏览器进行HTTP请求,也可以用curl进行请求。

    curl:

    GET请求:

    命令行:curl -s -v -H "xx:yyy" -- "http://www.baidu.com"   

    其中:curl(传输URL) -s(不要进度条) ;-v(显示请求和响应的信息) ;-H(添加/修改一个请求头,这个可以不要,同样也可以更改请求信息里面的一些类似键值对的东西,例如下图第二行,你可以改成淘宝的网址,但一般没什么用)

    得到的请求信息见下图:

get

    一共六条信息:

     1,GET(动词)  /(路径)  HTTP/1.1(协议与版本号)。

     2 ,域名。(www.baidu.com)

     3,你用的什么软件发送的请求。(crul)

    4,代表你要接收所有的响应信息。

    5,响应头的信息(命令行里面的-H "xxx.yyy")

    6,就是一个回车(用于分隔开请求与响应)

    post请求:

    curl -X POST -d "1234567890" -s -v -H "ddd: xxx" -- "https://www.baidu.com" 

    其中-X POST(就是post请求,动词从get变成了post),-d(上传的内容)

    得到的请求见下图:


post(不知道怎么回事,不显示第四部分也就是上传的内容)

    我们发现多了些内容,其中:

   Content-Length: 10代表你提交的内容长度。

    Content-Type:...........代表你提交的内容格式是什么。

    我们总结一下提交的格式:

    1 动词 路径 协议/版本

    2 Key1: value1

    2 Key2: value2

    2 Key3: value3

    2 Content-Type: application/x-www-form-urlencoded

    2 Host: www.baidu.com

    2 User-Agent: curl/7.54.0

    3

    4 要上传的数据

    记住以下几点:

    1.请求最多包含四部分,最少包含三部分。(也就是说第四部分可以为空)

    2.第三部分永远都是一个回车(\n)

    3.动词有 GET POST PUT PATCH DELETE HEAD OPTIONS 等

    4.这里的路径包括「查询参数」,但不包括「锚点」

    5.如果你没有写路径,那么路径默认为 /

    6.第 2 部分中的 Content-Type 标注了第 4 部分的格式


    用浏览器(Chrome) 发请求:

     打开 Network

     地址栏输入网址

     在 Network 点击,查看 request,点击「view source」

     点击「view source」

     如果有请求的第四部分,那么在 FormData 或 Payload 里面可以看到

      PS:GET请求同样可以用-d来上传一些信息,但是没有人会这么做,因为没有意义,因为GET就是为了获取一些东西,而POST就是要去上传一些东西。

 2.响应:

      上面两个的请求示例,前两个请求对应的响应分别为:


get响应


post响应

    GET 请求和 POST 请求对应的响应可以一样,也可以不一样

    响应的第四部分可以很长很长很长

    响应的格式:

    1 协议/版本号 状态码 状态解释

    2 Key1: value1

    2 Key2: value2

    2 Content-Length: 17931

    2 Content-Type: text/html

    3

    4 要下载的内容

    状态码:

    1xx  临时响应,这个不常用

    2xx 表示成功

    3xx 已重新定向,需要去其他位置访问,原网页已经不在这了

    4xx 表示请求出错

    5xx 表示服务器出错

    状态解释没什么用

    第 2 部分中的 Content-Type 标注了第 4 部分的格式

    第 2 部分中的 Content-Type 遵循 MIME 规范

用 Chrome 查看响应:

    打开 Network

    输入网址

    选中第一个响应

    查看 Response Headers,点击「view source」,点击「view source」,点击「view source」

    你会看到响应的前两部分

    查看 Response 或者 Preview,你会看到响应的第 4 部分

    PS:超文本传输协议HTTP协议被用于在Web浏览器和网站服务器之间传递信息,HTTP协议以明文方式发送内容,不提供任何方式的数据加密,如果攻击者截取了Web浏览器和网站服务器之间的传输报文,就可以直接读懂其中的信息,因此,HTTP协议不适合传输一些敏感信息,比如:信用卡号、密码等支付信息。

 为了解决HTTP协议的这一缺陷,需要使用另一种协议:安全套接字层超文本传输协议HTTPS,为了数据传输的安全,HTTPS在HTTP的基础上加入了SSL协议,SSL依靠证书来验证服务器的身份,并为浏览器和服务器之间的通信加密。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,530评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,403评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,120评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,770评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,758评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,649评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,021评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,675评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,931评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,751评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,410评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,004评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,969评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,042评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,493评论 2 343

推荐阅读更多精彩内容