Language agnostic 有效的HTTP头`GET/page.html Http1.0`？

好的，我一直在读HTTP，发现了。这是发布在此处的HTTP请求示例：

GET /http.html Http1.1 Host: www.http.header.free.fr Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, Accept-Language: Fr Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0) Connection: Keep-Alive 我在telnet上试用过，效果很好。但在其他任何地方我都能看到这样的请求行

GET /http.html HTTP/1.1 重要的区别在于HTTP都是大写字母和/字符

他们都对吗？他们似乎都在我测试过的网站上工作。我浏览了HTTP的RFC，但没有发现任何有用的东西。还有其他人看到过这种请求头吗？它是否得到官方支持？

参考，它必须在HTTP/1.1或HTTP/1.0旧版本中。现在，这取决于http服务器是如何开发的。它可以接受，但你不应该依赖它

编辑：

你的答案是： HTTP版本=HTTP/1*位 . 1*位

现在协议是1.1，所以您应该使用：GET/http.html http/1.1

引用，它必须是http/1.1或http/1.0旧版本。现在，这取决于http服务器是如何开发的。它可以接受，但你不应该依赖它

编辑：

你的答案是： HTTP版本=HTTP/1*位 . 1*位

现在协议是1.1，所以您应该使用：GET/http.html http/1.1

GET /http.html HTTP/1.1

应该是

GET /http.html HTTP/1.1

根据第3页

RFC791[4]定义了第3.2节中的稳健性原则：

实现在发送行为上必须保守，在接收行为上必须自由

这一原则也适用于HTTP。它是解释HTTP规范中可能仍然模棱两可的任何部分的基本基础。特别是，HTTP的实现不应该拒绝消息或产生不必要的错误

特别是：

HTTP规范的明确意图是，接收不理解的消息头的实现必须忽略该头

因此，如果版本号是无效的Http1.1，服务器将忽略该版本号，并可能将该消息解释为HTTP/1.0消息，甚至可能是HTTP/0.9！。当然，你不应该依赖这种行为

根据第3页

RFC791[4]定义了第3.2节中的稳健性原则：

实现在发送行为上必须保守，在接收行为上必须自由

这一原则也适用于HTTP。它是解释HTTP规范中可能仍然模棱两可的任何部分的基本基础。特别是，HTTP的实现不应该拒绝消息或产生不必要的错误

特别是：

HTTP规范的明确意图是，接收不理解的消息头的实现必须忽略该头

---

因此，如果版本号是无效的Http1.1，服务器将忽略该版本号，并可能将该消息解释为HTTP/1.0消息，甚至可能是HTTP/0.9！。当然，你不应该依赖这种行为

如果您使用Http1.1表单，lighttpd以400错误请求进行应答。@sth Apache 1.x和2.x以及IIS都接受它。@sth如果您使用Http1.1表单，lighttpd以400错误请求进行应答。@sth Apache 1.x和2.x以及IIS都接受它。。