Доступны ли методы PUT, DELETE, HEAD и т. Д. В большинстве веб-браузеров?

Question

Доступны ли методы PUT, DELETE, HEAD и т. Д. В большинстве веб-браузеров?

528

Я видел пару вопросов здесь, например Как отлаживать службы RESTful, в которых говорится:

К сожалению, тот же браузер не позволит мне проверять HTTP PUT, DELETE и до некоторой степени даже HTTP POST.

Я также слышал, что браузеры поддерживают только GET и POST, из других источников, таких как:

Однако несколько быстрых тестов в Firefox показывают, что отправка запросов PUT и DELETE работает так, как ожидалось, - XMLHttpRequest завершается успешно, и запрос отображается в журналах сервера с помощью правильного метода. Есть ли какой-то аспект этого, которого я не хватает, например, совместимость с несколькими браузерами или неочевидные ограничения?

John Millikin 03 окт. 2008, в 04:35

Источник

1

Вам нужно беспокоиться не только о клиенте, многие серверные инфраструктуры поддерживают только GET и POST.
derby 03 окт. 2008, в 10:12
7

Джон, по какой причине ты не хочешь тег REST?
John Saunders 07 авг. 2011, в 19:29
11

Хотя люди, которые читают это, вероятно, будут исследовать RESTful API.
djjeck 28 май 2014, в 21:59
1

Связанный: Почему в формах HTML нет методов PUT и DELETE?
Ajedi32 25 фев. 2015, в 21:17

Показать ещё 2 комментария

Теги:

ajax

browser

http

cross-browser

7 ответов

74

HTML-формы поддерживают GET и POST. (HTML5 в одной точке добавил PUT/DELETE, но они были удалены.)

XMLHttpRequest поддерживает каждый метод, включая CHICKEN, хотя некоторые имена методов сопоставляются с нечувствительными к регистру (методы чувствительны к регистру для каждого HTTP), а некоторые имена методов вообще не поддерживаются по соображениям безопасности (например, CONNECT).

Браузеры медленно сходятся по правилам, указанным в XMLHttpRequest, но, как заметил другой комментарий, все еще есть некоторые отличия.

Anne 05 окт. 2008, в 14:00

5

В последнем проекте HTML5, похоже, отсутствует поддержка PUT и DELETE: dev.w3.org/html5/spec/Overview.html#attr-fs-method
Stefan Tilkov 04 окт. 2010, в 20:35
3

Черновик был предложен, чтобы вернуть их: amundsen.com/examples/put-delete-forms
Joost Baaij 17 авг. 2011, в 21:33
25

КУРИЦА? Птица? Я полагаю, вы имеете в виду CHECKIN. Это забавный обмен гласными.
JayC 18 май 2012, в 20:56
49

Нет, я имел в виду ЦЫПЛЕНОК, иллюстрируя это может быть как угодно. Договорились о том, что обмен гласными будет забавным :-)
Anne 04 июнь 2012, в 13:11
52

Если вы никогда не использовали метод CHICKEN, вы действительно пропускаете.
Paul Draper 26 март 2014, в 20:04
2

Примечание: IE6 / 7/8 допускают только «стандартные» методы HTTP, они не допускают метод CHICKEN. Вы получите исключение «незаконный аргумент».
rustyx 16 март 2015, в 11:01
5

Для тех, кто так же недоумевает, как и я, с этим бизнесом CHICKEN .... w3c-test.org/XMLHttpRequest/open-method-case-sensitive.htm
n0nag0n 31 март 2016, в 16:41
0

BREW или ничего.
Paul D. Waite 25 май 2017, в 22:49
0

Каковы проблемы безопасности, позволяющие JavaScript на стороне клиента использовать метод CONNECT?
Shruggie 12 фев. 2019, в 05:03
0

kb.cert.org/vuls/id/150227
Anne 20 фев. 2019, в 12:09

Показать ещё 8 комментариев

40

XMLHttpRequest является стандартным объектом в объектной модели JavaScript.

Согласно Википедии, XMLHttpRequest впервые появился в Internet Explorer 5 как объект ActiveX, но с тех пор был превращен в стандарт и имеет был включен для использования в JavaScript в семействе Mozilla с 1.0, Apple Safari 1.2, Opera 8.0 и IE 7.0.

Метод open() в объекте принимает HTTP-метод как аргумент - и указан как принимающий любой действительный метод HTTP (см. номер позиции 5 ссылки) - включая GET, POST, HEAD, PUT и DELETE, так как указанный RFC 2616.

В качестве дополнительной заметки IE 7-8 допускает только следующие HTTP-методы: "GET" , "POST" , "HEAD" , "PUT" , DELETE "," MOVE "," PROPFIND "," PROPPATCH "," MKCOL "," COPY "," LOCK "," UNLOCK "и" OPTIONS ".

Vihung 03 окт. 2008, в 10:18

7

Я надеялся увидеть некоторые документы для дальнейшего чтения, не могу сказать, что не верю вам. Ссылки в Википедии довольно хороши на самом деле. Спасибо
naugtur 01 март 2012, в 12:43

15

Я считаю, что эти комментарии относятся конкретно к браузерам, т.е. к ссылкам и отправке форм, а не к XMLHttpRequest. XMLHttpRequest - это просто пользовательский клиент, который вы написали в JavaScript, который использует браузер в качестве среды выполнения.

ОБНОВЛЕНИЕ. Чтобы уточнить, я не имел в виду (хотя я и писал), что вы написали XMLHttpRequest; Я имел в виду, что вы написали код, который использует XMLHttpRequest. Браузеры не поддерживают XMLHttpRequest. XMLHttpRequest происходит из среды выполнения JavaScript, которая может быть размещена браузером, хотя она не обязана быть (см. Rhino), Вот почему люди говорят, что браузеры не поддерживают PUT и DELETE, потому что на самом деле они поддерживают JavaScript.

Hank Gay 03 окт. 2008, в 11:39

0

XMLHttpRequest - это стандартный объект в объектной модели JavaScript.
Jacob Krall 25 окт. 2008, в 17:14
9

@Jacob Правда, но разные браузеры имеют разные движки JavaScript. Знание того, кто поддерживает PUT, все еще полезно.
senfo 17 янв. 2011, в 12:18
1

it's actually JavaScript that is supporting them . Не совсем правда. XMLHttpRequest - это «хост-объект», что означает, что это объект, который предоставляет функциональность от хоста к коду Javascript. Это не часть самого JS.
Stijn de Witt 21 июль 2015, в 20:40

Показать ещё 1 комментарий

11

Обходное решение скрытого поля

Используется в Rails и может быть адаптирован к любой структуре:

добавить скрытый параметр _method в любую форму, не являющуюся GET или POST:
```
<input type="hidden" name="_method" value="DELETE">
```
Это можно сделать автоматически в рамках с помощью метода создания HTML-метода (например, Rails form_tag)
исправить действительный метод формы до POST (<form method="post")
обрабатывает _method на сервере и выполняет точно так же, как если бы этот метод был отправлен вместо фактического POST

Обоснование/история того, почему это невозможно: https://softwareengineering.stackexchange.com/questions/114156/why-there-are-no-put-and-delete-methods-in-html-forms

Ciro Santilli 刘晓波死六四事件法轮功 12 нояб. 2014, в 22:43

0

Сантилли, привет, чувак, прошло много времени с тех пор, как ты предлагал это решение, и, поскольку я новичок в веб-разработке, у меня есть вопрос, на который, я надеюсь, ты ответишь. Итак, вы сказали, что «обрабатывает _method на сервере и делает точно так, как если бы этот метод был отправлен вместо фактического POST», вы имели в виду, что если скрытый метод с PUT (или DELETE) будет помещен в представление, это фактически будет означать PUT (или УДАЛИТЬ) запрос правильно? если да, то зачем использовать метод POST в начале, а затем использовать скрытый PUT или DELETE. Какая связь между POST и PUT (или DELETE) :)
Mirich 24 авг. 2018, в 06:21
1

@Mirich форма поддерживает только POST. Таким образом, мы отправляем POST с дополнительными данными, которые сервер знает, значит: ах, я должен рассматривать это как PUT.
Ciro Santilli 新疆改造中心六四事件法轮功 24 авг. 2018, в 07:17
0

Спасибо, Сиро, за внимание и ответ, так что я могу рассмотреть этот сценарий так: POST - это универсальная вещь, которая содержит фактические POST, PUT, PATCH и DELETE внутри себя, и если вы используете POST в начале без скрытого, то это будет означать фактический СООБЩЕНИЕ. Но если вы используете POST со скрытым (PUT или DELETE), вы даете серверу знать, что вы хотите использовать PUT или DELETE, которые находятся внутри POST как его дочерние элементы внутри. Я знаю немного странную аналогию, но так ли это? :)
Mirich 24 авг. 2018, в 07:38
1

@Mirich Да, я думаю, вы поняли идею.
Ciro Santilli 新疆改造中心六四事件法轮功 24 авг. 2018, в 07:41
0

извините, Ciro, просто последнее, мне интересно, почему PUT и DELETE были удалены из HTML5, так как было бы лучше, если бы вы просто использовали PUT или DELETE в начале тега формы и просто не использовали скрытый. Пожалуйста, вы можете кратко и ясно объяснить, что было причиной удаления PUT и DELETE. Заранее спасибо :)
Mirich 24 авг. 2018, в 07:49
0

@Mirich Я не знал, что что-то изменилось в HTML5. Я не знаю обоснования, Google приводит меня к: softwareengineering.stackexchange.com/questions/114156/…
Ciro Santilli 新疆改造中心六四事件法轮功 24 авг. 2018, в 07:52

Показать ещё 4 комментария

8

Просто чтобы добавить - Safari 2 и ранее определенно не поддерживали PUT и DELETE. Я получаю впечатление 3, но у меня его нет, чтобы проверить. Safari 4 определенно поддерживает PUT и DELETE.

jharlap 31 июль 2009, в 14:50

5

Кто-нибудь может подтвердить, какая версия Safari получила поддержку PUT и DELETE?
mjs 17 нояб. 2009, в 11:57
0

Может кто-нибудь уточнить, все ли браузеры СЕЙЧАС поддерживают PUT & DELETE - и примерно, как долго это было доступно. Отмечая на примере "CHICKEN", означает ли это, что все зависит от сервера, чтобы понять, какой метод используется И что JavaScript не ограничивает тип метода ...?
Cody 31 июль 2014, в 16:30

7

ДА, PUT, DELETE, HEAD и т.д. Методы HTTP доступны во всех современных браузерах.

Чтобы соответствовать требованиям XMLHttpRequest Level 2, браузеры должны поддерживать эти методы. Чтобы проверить, какие браузеры поддерживают XMLHttpRequest Level 2, я рекомендую CanIUse:

http://caniuse.com/#feat=xhr2

Только Opera Mini не поддерживает поддержку atm (juli '15), но Opera Mini не поддерживает все.:)

Stijn de Witt 21 июль 2015, в 21:55

Ещё вопросы

Вам нужно беспокоиться не только о клиенте, многие серверные инфраструктуры поддерживают только GET и POST.
Джон, по какой причине ты не хочешь тег REST?
Хотя люди, которые читают это, вероятно, будут исследовать RESTful API.
Связанный: Почему в формах HTML нет методов PUT и DELETE?
В последнем проекте HTML5, похоже, отсутствует поддержка PUT и DELETE: dev.w3.org/html5/spec/Overview.html#attr-fs-method
Черновик был предложен, чтобы вернуть их: amundsen.com/examples/put-delete-forms
КУРИЦА? Птица? Я полагаю, вы имеете в виду CHECKIN. Это забавный обмен гласными.
Нет, я имел в виду ЦЫПЛЕНОК, иллюстрируя это может быть как угодно. Договорились о том, что обмен гласными будет забавным :-)
Если вы никогда не использовали метод CHICKEN, вы действительно пропускаете.
Примечание: IE6 / 7/8 допускают только «стандартные» методы HTTP, они не допускают метод CHICKEN. Вы получите исключение «незаконный аргумент».
Для тех, кто так же недоумевает, как и я, с этим бизнесом CHICKEN .... w3c-test.org/XMLHttpRequest/open-method-case-sensitive.htm
Каковы проблемы безопасности, позволяющие JavaScript на стороне клиента использовать метод CONNECT?
Я надеялся увидеть некоторые документы для дальнейшего чтения, не могу сказать, что не верю вам. Ссылки в Википедии довольно хороши на самом деле. Спасибо
XMLHttpRequest - это стандартный объект в объектной модели JavaScript.
@Jacob Правда, но разные браузеры имеют разные движки JavaScript. Знание того, кто поддерживает PUT, все еще полезно.
it's actually JavaScript that is supporting them . Не совсем правда. XMLHttpRequest - это «хост-объект», что означает, что это объект, который предоставляет функциональность от хоста к коду Javascript. Это не часть самого JS.
Сантилли, привет, чувак, прошло много времени с тех пор, как ты предлагал это решение, и, поскольку я новичок в веб-разработке, у меня есть вопрос, на который, я надеюсь, ты ответишь. Итак, вы сказали, что «обрабатывает _method на сервере и делает точно так, как если бы этот метод был отправлен вместо фактического POST», вы имели в виду, что если скрытый метод с PUT (или DELETE) будет помещен в представление, это фактически будет означать PUT (или УДАЛИТЬ) запрос правильно? если да, то зачем использовать метод POST в начале, а затем использовать скрытый PUT или DELETE. Какая связь между POST и PUT (или DELETE) :)
@Mirich форма поддерживает только POST. Таким образом, мы отправляем POST с дополнительными данными, которые сервер знает, значит: ах, я должен рассматривать это как PUT.
Спасибо, Сиро, за внимание и ответ, так что я могу рассмотреть этот сценарий так: POST - это универсальная вещь, которая содержит фактические POST, PUT, PATCH и DELETE внутри себя, и если вы используете POST в начале без скрытого, то это будет означать фактический СООБЩЕНИЕ. Но если вы используете POST со скрытым (PUT или DELETE), вы даете серверу знать, что вы хотите использовать PUT или DELETE, которые находятся внутри POST как его дочерние элементы внутри. Я знаю немного странную аналогию, но так ли это? :)
извините, Ciro, просто последнее, мне интересно, почему PUT и DELETE были удалены из HTML5, так как было бы лучше, если бы вы просто использовали PUT или DELETE в начале тега формы и просто не использовали скрытый. Пожалуйста, вы можете кратко и ясно объяснить, что было причиной удаления PUT и DELETE. Заранее спасибо :)
@Mirich Я не знал, что что-то изменилось в HTML5. Я не знаю обоснования, Google приводит меня к: softwareengineering.stackexchange.com/questions/114156/…
Кто-нибудь может подтвердить, какая версия Safari получила поддержку PUT и DELETE?
Может кто-нибудь уточнить, все ли браузеры СЕЙЧАС поддерживают PUT & DELETE - и примерно, как долго это было доступно. Отмечая на примере "CHICKEN", означает ли это, что все зависит от сервера, чтобы понять, какой метод используется И что JavaScript не ограничивает тип метода ...?

Matthew Murdoch · Accepted Answer · 2008-10-03T13-25-00.000Z

414

Лучший ответ

HTML-формы (вплоть до HTML версии 4 и XHTML 1) поддерживают только GET и POST как методы HTTP-запроса. Обходным путем для этого является туннелирование других методов с помощью POST с использованием скрытого поля формы, которое считывается сервером и соответствующим образом отправляется запрос.

Однако GET, POST, PUT и DELETE поддерживаются реализациями XMLHttpRequest (то есть AJAX звонки) во всех основных веб-браузерах (IE, Firefox, Safari, Chrome, Opera).

Matthew Murdoch 03 окт. 2008, в 13:25

3

«HTML (до версии 4 и XHTML 1)» <- я полагаю, вы хотели сказать HTTP. Помните: HTML - это формат файла (например, .exe, .doc или .psd), а HTTP - это протокол обмена информацией (например, веб-страницы HTML, изображения или файлы Word .doc).
Tom 03 окт. 2008, в 12:28
169

Нет, я определенно имею в виду HTML (я говорю о возможностях HTML-форм, хотя это может быть не совсем понятно из текста - я его отредактирую)
Matthew Murdoch 03 окт. 2008, в 17:10
6

@ Matthew: означает ли это, что если я использую IE6 или IE7 со следующим: - <form .. method = "PUT"> ... </ form> он не будет работать, потому что PUT недопустим для HTML 4?
Pure.Krome 02 нояб. 2008, в 14:08
1

Без попытки я не могу сказать наверняка. Спецификация (и строгие и переходные DTD в HTML 4) поддерживают только формы POST / GET. Вполне возможно, что IE будет обрабатывать формы PUT, которые недопустимы по отношению к спецификации (например, в HTML-документе, который не содержит тип документа).
Matthew Murdoch 05 нояб. 2008, в 22:37
6

@ Pure.Krome (только 14 месяцев спустя) Нет, вы не можете выполнять <form method = "put"> или <form method = "delete"> в спецификации HTML 4.01. Только GET и POST поддерживаются IE8, Chrome3 или FF3.5.
Jarrett Meyer 14 янв. 2010, в 20:10
2

@porneL Да, HTML5 разрешает эти методы в формах, но, к сожалению, ни один браузер, кажется, еще не поддерживает их (два года спустя).
Alan Plum 19 март 2010, в 14:29
23

@porneL @Alan HTML5 добавил их, а затем удалил их. В настоящее время разрешены только GET и POST. goo.gl/8EuZk
Adam Lassek 27 май 2011, в 20:04
13

@porneL HTML5 добавил их, а затем удалил их, и теперь ошибка снова открывается. Интересно, что я видел некоторые документы, в которых они все еще есть. Вот ошибка, если вы хотите следовать дома: w3.org/Bugs/Public/show_bug.cgi?id=10671
Emil Lerch 21 окт. 2011, в 17:43
0

@ EmilLerch, серьезно люди должны оставить это в покое. CAPRINE не нужны PUT DELETE PATCH и CAPRINE . Мы можем сделать хорошо только с GET и POST . Какую ценность добавляет CAPRINE ?
Pacerier 11 дек. 2014, в 09:20
2

@Pacerier Как вы обновляете ресурс без PUT или PATCH? И как вы удаляете один без удаления? POST предназначен только для создания новых ресурсов.
Ajedi32 22 янв. 2015, в 20:29
1

@ Ajedi32, как? GET и POST и POST и GET . Все делают это, и все работает нормально. POST предназначен только для создания новых ресурсов, точно так же, как Интернет предназначен только для военных коммуникаций. Я не вижу, чтобы вы жаловались на то, как цель Интернета изменилась, чтобы соответствовать новым потребностям, так почему вы жалуетесь, когда GET и POST переделаны?
Pacerier 23 янв. 2015, в 06:34
5

@Pacerier Это немного похоже на использование <table> для макета в HTML или использование <font> для стиля. Вы можете сделать это таким образом, но это семантически и / или структурно неверно. Многие веб-фреймворки в наши дни используют специальное поле «переопределение метода» в своих формах, которое позволяет им отправлять запросы, которые интерпретируются сервером как PUT или DELETE . Это хак, который можно исправить, только разрешив формам использовать эти методы по-настоящему.
Ajedi32 23 янв. 2015, в 19:29
0

@ Ajedi32, Таблицы отклоняются, потому что браузерам требуется больше времени для анализа и больше времени для написания кода вручную. PUT и DELETE дают вам ни преимуществ по скорости выполнения, ни по скорости разработки.
Pacerier 24 янв. 2015, в 23:47
6

@Pacerier Это не объясняет <article> , <aside> , <nav> и <section> . Как я уже сказал, речь идет о семантике. То же самое касается методов HTTP. Прочитайте спецификацию: w3.org/Protocols/rfc2616/rfc2616-sec9.html Кроме того, если вам нужна более практическая причина, обратите внимание, что PUT и DELETE являются идемпотентными. POST нет.
Ajedi32 25 янв. 2015, в 00:46
1

@ Ajedi32, вы путаете семантику с соглашениями протокола. Семантические данные имеют смысл только тогда, когда робот просматривает эти данные автоматически без дополнительной информации. Весь смысл <section> и <nav> состоит в том, чтобы сканеры могли их сканировать. PUT и DELETE не являются семантическими данными, потому что не существует сканера с единым размером для всех, который сканирует запросы PUT и DELETE всего веба. Кроме того, кто сказал вам, что POST не может быть идемпотентным? Я видел множество идемпотентных POST . PUT , DELETE и POST - это протоколы, а не семантические данные.
Pacerier 25 янв. 2015, в 14:10
3

@Pacerier На самом деле для серверов, которые правильно реализуют все методы HTTP, можно «сканировать» запросы PUT и DELETE (или, по крайней мере, определять, какие страницы их поддерживают), используя метод OPTIONS. Кроме того, я не имел в виду, что POST не может быть идемпотентным, просто что HTTP-клиенты не могут предположить, что это так, как в случае PUTS и DELETE. (Следовательно, запросы на подтверждение повторной отправки вы часто видите в браузерах).
Ajedi32 25 янв. 2015, в 15:04
0

@Pacerier HTTP-глагол - это семантическая информация о намерении запроса, даже если он временный.
Evert 01 авг. 2016, в 19:27
0

Каково обоснование удаления этих дополнительных глаголов из спецификации HTML5?
Jeff 15 авг. 2017, в 16:05

Показать ещё 16 комментариев