HTTP协议的本质

关于HTTP协议有太多的细节。但本质上，它只是通过TCP协议传输的ASCII字符字符串。该字符串定义了协议的语义。我说的对吗

如果是，以下两个问题：

我们能设计出我们想要的协议吗，因为它看起来就像 通过互联网传递字符串

为什么不先压缩HTTP字符串，然后再将其传递到TCP级别

当然。但您必须让其他人采用您的协议（除非是内部/专有规范）。如果你能以HTTP的形式连贯地表达你的公报，为什么不使用它呢？它在几乎所有语言和操作系统中都得到了广泛的实现，并且易于理解和调试。不要只为它创建协议

HTTP规范。gzip和deflate的应用尤其广泛。例如，请参见Apache的mod_gzip和mod_deflate。客户端和服务器通常代表您协商压缩

当然。但您必须让其他人采用您的协议（除非是内部/专有规范）。如果你能以HTTP的形式连贯地表达你的公报，为什么不使用它呢？它在几乎所有语言和操作系统中都得到了广泛的实现，并且易于理解和调试。不要只为它创建协议

HTTP规范。gzip和deflate的应用尤其广泛。例如，请参见Apache的mod_gzip和mod_deflate。客户端和服务器通常代表您协商压缩

---

没错，HTTP并不是什么特别的东西，但因为它是web的基础，所以受到了很多关注。它是一种应用程序级协议，类似于SMTP、FTP或任何其他协议

是的，你可以设计任何你喜欢的协议。为了好玩，抓取一个用于SMTP、FTP或HTTP的RFC，然后连接到您自己的服务器并学习协议。RFC2324也要求阅读-

近几年来，人们一直在谈论HTTP头压缩的不足。请参阅史蒂夫·索德斯的博客/书籍，YSlow！和谷歌网页速度网站。在解决HTTP连接管理、性能和安全性方面的一些当前问题方面，SPDY协议可能将成为领先者

---

没错，HTTP并不是什么特别的东西，但因为它是web的基础，所以受到了很多关注。它是一种应用程序级协议，类似于SMTP、FTP或任何其他协议

是的，你可以设计任何你喜欢的协议。为了好玩，抓取一个用于SMTP、FTP或HTTP的RFC，然后连接到您自己的服务器并学习协议。RFC2324也要求阅读-

近几年来，人们一直在谈论HTTP头压缩的不足。请参阅史蒂夫·索德斯的博客/书籍，YSlow！和谷歌网页速度网站。在解决HTTP连接管理、性能和安全性方面的一些当前问题方面，SPDY协议可能将成为领先者

---

HTTP头不能被压缩-显然。我假设OP指的是负载本身（“HTTP字符串”非常模糊），它通常比头文件大得多，因此值得压缩。显然，HTTP头文件无法压缩。我假设OP指的是负载本身（“HTTP字符串”非常模糊），它通常比头文件大得多，因此值得压缩。