Будут ли когда-нибудь формально развиваться такие методы, как POST и GET?

Question

Вопрос может показаться немного наивным или глупым, но мне было интересно ... эволюционируют ли когда-нибудь POST и GET? Какие еще методы существуют помимо этих двух?
Я задавался вопросом конкретно о серверных толчках ... почему не может существовать метод специально для этого? Я даже не знаю, есть ли что-то подобное, и если так, то я прошу прощения за свое невежество.
Сеть развивается, это очевидно ... Методы тоже будут развиваться формально?

Answer 1

Какие существуют другие методы, кроме этих двух?

С RFC2616 (HTTP / 1.1) : ОПЦИИ, ГОЛОВКА, PUT, УДАЛИТЬ, TRACE, СОЕДИНИТЬ.

Мне было интересно, в частности, о серверах ... почему не может существовать метод специально для этого?

Google экспериментирует с протоколом под названием SPDY , который, помимо прочего, реализует продвижение сервера. Однако они не используют HTTP-глагол, вероятно потому, что эти глаголы отправляются с клиента на сервер. Вместо этого они используют заголовок, который отправляется с сервера клиенту.

Answer 2

Существует ряд методов, уже определенных в спецификации HTTP 1.1 :

GET, POST, PUT, DELETE, HEAD, OPTIONS, TRACE and CONNECT (reserved)

Кроме того, есть предложение добавить PATCH метод в спецификацию. И некоторые протоколы даже определяют свои собственные методы HTTP; например, OData определяет MERGE метод , чтобы избежать перегрузки значения PUT.

Так что да, похоже, что методы HTTP уже развиваются из исходной спецификации.

Answer 3

Мне было интересно, в частности, о серверах ... почему не может существовать метод специально для этого?

В основном потому, что HTTP-глагол (GET, POST, PUT, DELETE, HEAD, CONNECT, OPTIONS, TRACE, все для WebDAV , ...) - это то, что клиент сообщает серверу начало соединения. В целом, сервер не может отодвинуться назад, потому что клиент, как правило, находится за одним или несколькими строгими брандмауэрами. Наиболее близким приближением является то, что серверу потребуется много времени для обработки данных для определенного URL-адреса, а клиенту - использовать некоторый javascript для скрытия всех отключений и повторных подключений.

Answer 4

Не забывайте HEAD, OPTIONS, TRACE, OPTIONS, CONNECT и PATCH!

Wiki-ссылка

Answer 5

Сеть развивается, это очевидно ... будут методы формально развиваться тоже

Сеть должна принимать все, что нужно для развития, и, безусловно, эти методы должны развиваться вместе с сетью , когда это происходит.

Дополнительная информация о методах форм в W3C

Answer 6

Какие существуют другие методы, кроме этих двух?

PUT и DELETE.