【学习总结】【HTTP协议】第一个学习单元学习总结

[lianan sun]

知识点checklist
1. HTTP是什么？它处于七层模型中的哪一层？
2. HTTP/1.1相对HTTP/1.0有何改进？
3. HTTP是基于什么模型的协议？
4. HTTP版本如何表示？
5. 什么事URI？它与URL有什么区别和联系？
6. HTTP协议通过什么方案定位网络资源？
7. URL格式如何表示？
8. HTTP的日期/时间的表述格式有几种？分别什么？哪个是首选的internet标准？
9. 内容编码有何作用？
10. 传输表吗有何作用？
11. 当服务器返回501，414，说明了什么？
12. multipart有何作用？

还是第一次写总结，不足之处还望乡亲父老们见谅。。。

[任水]

呵呵，刚读完第一章，这下可以带着问题去读了，辛苦KO了

-----邮件原件-----
发件人: dus...@googlegroups.com [mailto:dus...@googlegroups.com] 代表
lianan sun
发送时间: 2009年11月12日星期四 16:26
收件人: 读S计划 - Java Web 方向
主题: [dusplan] 【学习总结】【HTTP协议】第一个学习单元学习总结

[靳雄飞]

辛苦了，鼓励一下。

 

2009/11/12 任水 <ren...@gmail.com>

[任水]

 

这里谈一下我对protocol version的理解，有理解不到位的地方请各位指正。

 

1.       protocol version是用来表明消息发送者的处理能力的。

2.       若消息接受者自己的版本号小于发送者的版本号，它或者不处理【因为发送者的一些请求字段理解不了】直接返回错误，或者硬着头皮处理但不保证响应的正确性。

3.       至于其采用的<major>.<minor>命名模式。

a)         若对版本的修改不影响消息在请求链和响应链上的传递能力，则版本号不会改变

b)         若对版本的修改影响消息在请求链和响应链上的传递能力，则minor会改变。比如说，若在请求信息中增加一个可以接受的最大响应字节

数域，则minor要改变；因为，一个超过该值的回复在响应链上传递时，是要被抛弃的。

c)         若消息格式改变了，则major要改变。比如 请求的第一行由request-method URI protocol-version 变为protocol-version URI request-method

 

 

发件人: dus...@googlegroups.com [mailto:dus...@googlegroups.com] 代表 靳雄飞
发送时间: 2009年11月12日星期四 17:32
收件人: dus...@googlegroups.com
主题: Re: 答复: [dusplan] 【学习总结】【HTTP协议】第一个学习单元学习总结

 

辛苦了，鼓励一下。

 

<br

[王伟]

KO,辛苦了，可以带着checklist重新浏览一遍了，这样效果应该会更好，谢谢~~

[常高伟]

这个提议不错。

可以知识点checklist和学习总结结合起来，一个checklist对应一个总结。

顺便，还可以补充一下知识点checklist。KO可以考虑一下。

2009/11/16 王伟 <wangwe...@gmail.com>

[Mike]

大家好，我将W2的CheckList大致整理了一下，由于前一段时间生病了几天，过两天还要去参加一些招聘和面试，所以趁着这两天时间，抽空先将
CheckList整理了出来。当然，由于时间的仓促以及本人水平的有限，不足之处还望大家给予指正，有什么的遗漏的地方的话还希望大家帮忙补上，O
(∩_∩)O~

1、HTTP Message由哪两种消息组成？这两种消息又分别是怎么构成的？
2、Message Headers包括哪些部分？常用格式是什么？
3、代理（proxy）当把消息转发时不能改变域值的顺序，为什么？
4、具体了解在什么时候消息主体（message-body）允许出现在消息中？
5、当消息中出现消息主体时，消息主体的传输长度（transfer-length）由什么决定？注意优先权的顺序。
6、400响应、411响应出现的原因是什么？当消息的长度不能被提前确定时，应该利用何种机制来处理消息？
7、方法标记（Method Token）的作用？
8、源服务器何时返回405状态码？何时返回501状态码？各代表什么意思？
9、Request-URI是什么？有什么作用？它的四个选项各代表什么意思？
10、对于HTTP/1.1请求，必须遵循下面的规则去决定请求的资源？
11、Request Header Fields 的组成？
12、Status Code 、Reason Phrase 的作用？
13、状态码的第一位数字定义响应类别，后两位数字没有任何分类角色。其第一位数字有五种值情况，每种情况分别表示什么？
14、常见的Status-Code，及其所对应的含义？
15、了解Response Header Fields 的概念及其作用。
16、Entity Header Fields 定义了哪些元信息？哪些是可以省略的，哪些是必须的？
17、当消息包含实体主体（entity-body）时，主体的数据类型由什么决定？
18、实体主体长度（Entity Length）指的是什么？

[lianan sun]

嗯  比我上次整的好  在此膜拜一下~

2009/11/17 Mike <hbsunw...@163.com>

[任水]

问题3反映的应该是多值头域顺序问题。

而文中的前一段已经写了

“The order in which header fields with differing field names are received
is not significant.”

那么多值头域的顺序为什么会重要？随便排序会有什么问题？

我没能在文中找到答案，还请明白人点拨，谢谢！

-----邮件原件-----
发件人: dus...@googlegroups.com [mailto:dus...@googlegroups.com] 代表 Mike
发送时间: 2009年11月17日星期二 19:58

收件人: 读S计划 - Java Web 方向
主题: [dusplan] 【学习总结】【HTTP协议】第一个学习单元学习总结

大家好，我将W2的CheckList大致整理了一下，由于前一段时间生病了几天，过两天还

[靳雄飞]

第三个问题，楼主应该加个限定，就是名字相同的header，proxy不能改变其出现顺序。

因为名字相同的header的内容必须是list，而且在处理的时候，其内容会按顺序连接起来，

而这个连接顺序应该是有意义的，不能被改变。

 

之所以不能改变，的确是协议规定，而协议为什么这么规定，

应该是考虑不同header之间不应该有逻辑关系，所以顺序无关，

而相同header存在多个的情况，

很可能是发送方因为某种限制而不得不分成多个来发（比如超长等问题），

如果顺序乱了，再拼接回来数据含义就会出问题。

 

 

原文：

It MUST be possible to combine the multiple header fields into one
   "field-name: field-value" pair, without changing the semantics of the
   message, by appending each subsequent field-value to the first, each
   separated by a comma. The order in which header fields with the same
   field-name are received is therefore significant to the
   interpretation of the combined field value, and thus a proxy MUST NOT
   change the order of these field values when a message is forwarded.

2009/11/18 任水 <ren...@gmail.com>

[任水]

有道理

 

发件人: dus...@googlegroups.com [mailto:dus...@googlegroups.com] 代表 靳雄飞
发送时间: 2009年11月18日星期三 11:44

收件人: dus...@googlegroups.com
主题: Re: 答复: [dusplan] 【学习总结】【HTTP协议】第一个学习单元学习总结

 

第三个问题，楼主应该加个限定，就是名字相同的header，proxy不能改变其出现顺序。

<br