问题标签 [http-options-method]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - 如何使用 Spring MVC 处理 HTTP OPTIONS？
我想用我的控制器使用 Spring MVC 拦截 OPTIONS 请求，但它被 DispatcherServlet 捕获。我该如何管理？
asp.net-mvc - Web API：HTTP 动词“选项”
asp.net mvc 4 web api beta 中是否支持 HTTP 动词“OPTIONS”？框架不会自动发送响应。我认为你必须自己做这件事。但是有没有这样的方法：GetVerbsForUrl("http://server.com/api/values"); ?
java - 将 Apache HttpClient 用于 OPTIONS 请求
我正在尝试使用 httpclient 来验证是否可以访问特定端点。似乎只能检查服务器是否已启动，但无法验证实际资源是否可用。
这是我的代码：
根据协议（http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html），它应该一直在检查特定资源的状态，但只要实际主机是，我总是会收到 200 响应可达。我在这里做错了什么？
谢谢你。
jquery - Access-Control-Allow-Origin 标头不起作用 - 我做错了什么？
我正在尝试使用 Access-Control-Allow-Origin 标头提供对 HTTP OPTIONS 方法的响应，该标头复制请求中 Origin 标头的内容。
由于我无法弄清楚的原因，这显然不起作用。
tl;博士： 选项的回应说：
随后的 GET 有：
铬 说：
不是吗？
更多详情...
通过查看 Chrome 的开发者工具窗口，请求标头是：
响应头是：
在 jQuery 发送其 OPTIONS 请求并获得上述响应后，发生了 2 件奇怪的事情。OPTIONS 响应（即 200）在开发者控制台中显示为错误：
之后 GET 请求被拒绝。控制台中的错误：
我不明白为什么不。我究竟做错了什么？
ios - 为什么有些 iOS 设备发送 OPTIONS 请求时 Origin: null？
在我正在开发的网站上，我们看到不少OPTIONS来自 iOS 设备的请求，这些请求看起来像CORS preflight checks，但具有Origin: null. 有谁知道是什么原因导致此类请求被发送Origin: null而不是正确的来源？
我见过的表现出这种行为的用户代理是：
在实践中，处理这些请求（只是拒绝它们）不是问题，但我很想知道是否有一些特定的情况导致了这种情况。我见过的唯一一种情况描述了Origin可能将标头设置为null的情况是来源是file:///URL，这似乎不太可能 - 在每种情况下，引荐来源网址看起来都像是网站的正常页面视图。
perl - Perl 中的 OPTIONS HTTP 请求
需要在 Perl 中发送 HTTP OPTIONS 请求。浏览了几个CPAN模块；阅读文档，没有提到 OPTIONS 请求方法，只是 GET、POST、PUT、DELETE。
我需要手动格式化吗？或者我的 google-fu 是否可能缺少另一个库/模块？
rest - HTTP Allow 标头是否应该包含“OPTIONS”？
如果 HTTP 资源无法使用给定的 HTTP 方法处理请求，它应该发送一个Allow标头以列出允许的 HTTP 方法。获得带有Allow标头的响应的另一种可能性是使用该方法发送请求OPTIONS。
我想知道Allow标题是否应该包含OPTIONS方法本身。
例子：
或者
什么是正确的？
google-chrome - HTTP OPTIONS 飞行前请求加载已取消，Chrome 中处于待处理状态
我正在使用 Sencha Touch 2.1.0。我正在进行 HTTP GET 调用。这是一个 CORS 请求。因此它按预期发送 Pre-flight HTTP OPTIONS 命令。
我已经在我的服务器上安装了 CORS 过滤器并进行了配置。直到昨天，来自我的代码的调用都进行得很好。今天突然停止加载数据。当我在 Chrome 中检查网络调用时，我看到 OPTIONS 方法显示为“已取消加载”
方法：OPTIONS
状态文本：“Load cancelled”
类型：pending
发起者：Connection.js:319
我第一次配置 CORS 过滤器时遇到了类似的问题。当我清除浏览器缓存时，它开始工作。这一次，我不知道为什么它突然停止工作了。即使我清除浏览器中的缓存和历史记录，它也没有得到修复。
如果我在 Firefox 中从 HTTPRequestor 进行相同的调用，效果会非常好。这是电话。由于保密原因，我屏蔽了网址。
相同的请求给了我来自 HTTPRequestor 的非常好的响应。结果如下：
商店中的 Sencha 代码进行此调用：
请帮助我了解如何解决此问题。
http - OPTION 请求应该使用什么 HTTP 响应代码？
我注意到Mozilla HTTP 响应代码文档指出
PUT、DELETE 和 OPTIONS 方法永远不会导致 200 OK 响应。
但是，它并不清楚实际应该使用什么响应。我最好的猜测是 204：
204：没有内容
此请求没有要发送的内容，但标头可能很有用。用户代理可以用新的更新其缓存的该资源的标头。
谁能评论这是否是用于响应 OPTIONS 请求的正确代码？
http - HTTP OPTIONS 请求可以返回 204 还是应该始终返回 200？
根据http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.2提到的关于 HTTP OPTIONS 请求的唯一响应是 200。但是，似乎有一些情况，例如当content-length 为 0 表示 204 更合适。HTTP OPTIONS 请求返回 204 是否合适？