这个问题可能听起来有点幼稚或愚蠢，但我想知道......有一天会POST和GET进化吗？除了这两种方法还存在哪些其他方法？
我特别想知道服务器推送...为什么不能存在专门用于此的方法？我甚至不知道是否已经有类似的东西，如果有，我为我的无知道歉
网络在不断发展，这很明显......方法也会正式发展吗？
答案 0 :(得分：2)
除了这两种方法还有哪些其他方法？
来自RFC2616 (HTTP/1.1)：OPTIONS，HEAD，PUT，DELETE，TRACE，CONNECT。
我特别想知道服务器推送...为什么不能存在专门用于此的方法？
Google正在尝试实现服务器推送的protocol called SPDY等等。但是，它们不使用HTTP动词，可能是因为这些动词是从客户端发送到服务器的。相反，他们使用标头，从服务器发送到客户端。
答案 1 :(得分：1)
不要忘记HEAD，OPTIONS，TRACE，OPTIONS，CONNECT和PATCH！
答案 2 :(得分：1)
我特别想知道服务器推送...为什么不能存在专门用于此的方法？
主要是因为HTTP动词（GET，POST，PUT，DELETE，HEAD，CONNECT，OPTIONS，TRACE，WebDAV的所有内容，......）是客户端在开始时告诉服务器的内容连接。通常，服务器无法回退，因为客户端通常位于一个或多个严格防火墙后面。最接近的近似值是服务器花费很长时间来提供特定URL的数据，并且客户端使用一些javascript来隐藏所有断开连接并重新连接。
答案 3 :(得分：1)
HTTP 1.1 specification已经定义了许多方法：
GET, POST, PUT, DELETE, HEAD, OPTIONS, TRACE and CONNECT (reserved)
此外，there is a proposal to add a PATCH method符合规范。有些协议甚至定义了自己的自定义HTTP方法;例如OData defines the MERGE method以避免重载PUT的含义。
所以是的，看起来HTTP方法已经从最初的规范发展而来。
答案 4 :(得分：0)
除了这两种方法还有哪些其他方法？
PUT AND DELETE。
答案 5 :(得分：0)
网络正在发展，就是这样 显而易见的......方法会正式演变 太？
Web必须采取所需的一切来发展，当发生这种情况时，这些方法当然也应该与 web 一起发展。