当前位置：文江博客话题详情

细粒度其余 HTTP 动词浏览器支持

发布于 2024-11-29 15:53:36 字数 436 浏览 0 评论 0原文

是否有关于浏览器如何实际支持 Rest http 动词（尤其是 PUT、DELETE）的数据。这个问题主要是由于许多来源（例如这个 stackoverflow 答案）告知大多数浏览器不支持 PUT 和 DELETE，但没有说明是哪一个。

Rails 解决了这在客户端上使用补丁，并在服务器上反转补丁，但我想知道，例如，哪些浏览器不需要这样的黑客攻击。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

骷髅 2024-12-06 15:53:36

如有疑问，请询问安妮：

http://annevankesteren.nl/2007/10/http-method-support

这已经有几年了旧的，但它为 PUT 和 DELETE 提供了干净的健康证明，但它也尝试了更晦涩的动词的不同情况，例如 TRACE 和 PROPFIND：

Van Kesteren 测试了 Firefox 3、Opera 9.5 和 Internet Explorer 7，这是预发行版和发布。 GET 和 POST 按预期工作，并且都支持 RFC 2616 中的标准 http 方法集。存在一些大小写问题，因此您应该尝试始终坚持使用大写； TRACE 和 OPTIONS 分别是 Firefox 和 Opera 中存在问题的边缘情况。 CONNECT、TRACE 和 SEARCH 对于 IE 来说是有问题的。请记住，这是 2007 年写的，所以 YMMV。

我认为浏览器不支持 GET 和 POST 之外的所有混乱源于这样一个事实：HTML 规范仅在 HTML

FORM 元素的 method 属性指定用于将表单发送到处理代理的 HTTP 方法。该属性可能有两个值：
get：使用 HTTP“get”方法，将表单数据集附加到由 action 属性指定的 URI（以问号（“？”）作为分隔符），并发送这个新的 URI到加工代理。
post：通过 HTTP“post”方法，表单数据集包含在表单正文中并发送到处理代理。

这就是为什么浏览器在 HTML 中只原生支持 GET 和 POST 的原因；因为标准是这么说的。

当前（2014 年 1 月）XMLHttpRequest 规范另一方面明确指出，请求方法应该允许通过，但有一些例外（CONNECT、TRACE 或 TRACK），并且 RFC2616 方法应该大写：

\6。如果方法与 CONNECT、DELETE、GET、HEAD、OPTIONS、POST、PUT、TRACE 或 TRACK 不区分大小写，则从 0x61 (ASCII a) 到 0x7A (ASCII z) 范围内的每个字节减去 0x20。
<块引用>
如果它与上述任何内容都不匹配，则会按字面意思传递，包括在最终请求中。

编辑另一个来源或多或少得出了相同的结论： XMLHttpRequest 支持 PUT 和 DELETE： http://jshirley.vox.com/library/post/xmlhttprequest-and-rest.html（警告，截至 2014 年 5 月的链接已损坏）。

编辑问题是当然之前问过，但两年前的答案仍然有效。

编辑 Anne van Kesteren 2007 年页面的简短简历，并添加了有关 HTML 与 XMLHttpRequest 的部分

When in doubt, ask Anne:

http://annevankesteren.nl/2007/10/http-method-support

It's a couple of years old, but it gives a clean bill of health to PUT and DELETE, but it also tries different cases of more obscure verbs like TRACE and PROPFIND:

Van Kesteren tested Firefox 3, Opera 9.5 and Internet Explorer 7, a mix of pre-release and releases. GET and POST worked as expected, and all supported the standard set of http methods from RFC 2616. There are some casing issues, so you should try to stick with uppercase always; TRACE and OPTIONS are edge cases with problems found in Firefox and Opera, respectively. CONNECT and TRACE and SEARCH are problematic for IE. Bear in mind that this was written in 2007 so YMMV.

I think the whole confusion over browsers not supporting other than GET and POST stems from the fact that the HTML specification lists only these two in the HTML <form> element:

The method attribute of the FORM element specifies the HTTP method used to send the form to the processing agent. This attribute may take two values:
get: With the HTTP "get" method, the form data set is appended to the URI specified by the action attribute (with a question-mark ("?") as separator) and this new URI is sent to the processing agent.
post: With the HTTP "post" method, the form data set is included in the body of the form and sent to the processing agent.

This is the reason why browsers only support GET and POST natively in HTML; since the standard says so.

The current (January 2014) XMLHttpRequest specification on the other hand states explicitly that request methods should be allowed through with some exceptions (CONNECT, TRACE or TRACK), and that RFC2616 methods should be uppercased:

\6. If method is a case-insensitive match for CONNECT, DELETE, GET, HEAD, OPTIONS, POST, PUT, TRACE, or TRACK, subtract 0x20 from each byte in the range 0x61 (ASCII a) to 0x7A (ASCII z).
If it does not match any of the above, it is passed through literally, including in the final request.

EDIT Another source that has come to more or less the same conclusion: That XMLHttpRequest supports PUT and DELETE: http://jshirley.vox.com/library/post/xmlhttprequest-and-rest.html (warning, broken link as of May 2014).

EDIT The question has been asked before of course, but the two year old answers are still valid.

EDIT Short resume of Anne van Kesteren's page from 2007, and added section on HTML vs XMLHttpRequest

回复收藏 0 原文