gpt4 book ai didi

http - Firefox 和 Internet Explorer 在 OPTIONS 请求后收到 200 OK 后不发送 POST 请求 - 在 Chrome 中工作正常

转载 作者:可可西里 更新时间:2023-11-01 15:12:25 24 4
gpt4 key购买 nike

我正在开发一项新服务,我在 C++ 应用程序中构建了一个 REST API。 C++ 应用程序监听特定端口并接收 HTTP/S 流量,处理发送的内容,然后发回 HTTP 响应。

我的想法是,我将拥有能够在 C++ API 中发布 REST API 的不同库。我可以从任何地方和任何地方收到请求,所以它可能是另一种软件,例如通过 CURL,或者来自浏览器的 POST 请求。

在我开发一个将与 Javascript 一起使用以通过 AJAX 帖子发送 C++ API 请求的库之前,API 一直在工作。

因为我正在从一个网站向另一个域发送 AJAX 帖子,所以我必须使用 CORS。当我第一次开始设计这个时,我使用的是 Chrome,我遇到了一个问题,即 Chrome 会发送一个 HTTP OPTIONS 请求,而我会以 403 方法不允许作为响应,因为我当时并不知道这一点。我对此进行了调查,发现需要什么,然后让它开始工作,这样 Chrome 就会发送 OPTIONS 请求,C++ 应用程序会发送 200 OK,然后 Chrome 随后会发送实际的 AJAX POST。

这在 Chrome 中完全有效,但是,在 Internet Explorer 和 Firefox 中测试时,浏览器发送 OPTIONS,C++ 应用程序发回 200 OK,但随后两个浏览器都没有发送实际的 POST 请求。

以下是来自 Chrome 和 Firefox 的请求 header 和响应 header 。

Chrome 请求 header

Request URL: http://192.168.1.96:500/initialise
Request Method: OPTIONS

Remote Address: 192.168.1.96:500
Referrer Policy: no-referrer-when-downgrade
Provisional headers are shown
Access-Control-Request-Headers: authorisation-token,device_id,session_id
Access-Control-Request-Method: POST
Origin: http://localhost
User-Agent: Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Mobile Safari/537.36

Chrome 响应 header

    Access-Control-Allow-Headers: * 
Access-Control-Allow-Methods: POST, OPTIONS
Access-Control-Allow-Origin: *
Access-Control-Expose-Headers: session_id
Allow: POST,OPTIONS
Content-Length: 0
Content-Type: application/json
Status Code: 200 OK

Firefox 请求 header

Accept: text/html,application/xhtml+xm…plication/xml;q=0.9,*/*;q=0.8
Accept-Encoding gzip, deflate
Accept-Language: en-GB,en;q=0.5
Access-Control-Request-Headers: authorisation-token,device_id,session_id
Access-Control-Request-Method: POST
Connection: keep-alive
Host: 192.168.1.96:500
Origin: http://localhost
Referer: http://localhost/_js/
User-Agent: Mozilla/5.0 (Windows NT 10.0; …) Gecko/20100101 Firefox/64.0
Request URL:http://192.168.1.96:500/initialise
Request method:OPTIONS
Remote address:192.168.1.96:500

Firefox 响应 header

Access-Control-Allow-Headers: *
Access-Control-Allow-Methods: POST, OPTIONS
Access-Control-Allow-Origin: *
Access-Control-Expose-Headers: session_id
Allow: POST,OPTIONS
Content-Length: 0
Content-Type: application/json
Status code:200

下面是我如何处理 ajax 请求的引用:

var url = "http://192.168.1.96:500/";
url += api_endpoint;

$.ajax({
type: "POST",
url: url,
async: true,
headers: {
"authorisation-token": app.api_key,
"session_id": app.cookie,
"device_id": app.device_id
},
data: postArray,
crossDomain: true,
success: function(object, status, xhr){
if (api_endpoint === "initialise")
{
app.cookie = xhr.getResponseHeader("session_id");
setCookie("session_id", app.cookie, true);
}
if (callbackResult !== null)
{
callbackResult(object);
}
},
error: function(xhr)
{
console.error("Status: " + xhr.status);
console.error("Status Text:" + xhr.statusText);
console.error("Response Text: " + xhr.responseText);
if (callbackResult !== null)
{
callbackResult(xhr);
}
}
});

我正在使用 Jquery 执行 ajax 发布。

谁能看出为什么在这种情况下 Firefox 不会在 200 OK 之后发送实际请求,请求和响应看起来是一样的,这在 Google Chrome 中完美运行。

最佳答案

感谢@Manoj Purohit 的评论,我已经想通了,可以再次检查控制台。我这样做了,发现有一些警告已被过滤,我必须添加以下 header 以使其在 Firefox 和 Internet 中工作——奇怪的是它在 Chrome 中被接受。

this->addHeader("Access-Control-Allow-Headers", "authorisation-token, device_id, session_id");

关于http - Firefox 和 Internet Explorer 在 OPTIONS 请求后收到 200 OK 后不发送 POST 请求 - 在 Chrome 中工作正常,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53806487/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com