0

我将 Angular 与 AppGyver 套件一起用于一个简单的 CRUD 应用程序。在我部署到云之前，我的 GET 和 POST 请求对我的远程 API（PHP REST 服务器）运行良好。从那里，PHP 永远不会真正获取 POST 数据。

我正在使用 NGINX 中的自定义标头打开 CORS 访问

在我的服务器上运行 tcpdump 我发现在部署到云之前和之后发送的标头中存在这些差异

IOS SIMULATOR::: WORKS----
Content-Length: 26
Accept: application/json, text/plain, */*
Content-Type: application/json


DEPLOY TO CLOUD::: DOESN'T------
Access-Control-Request-Method: POST
Accept: */*
Access-Control-Request-Headers: accept, origin, content-type
Content-Length: 0

我猜这是我看不到的 CORS 问题……非常令人沮丧！

（也尝试使用签名的 SSL 证书而不是直接的 HTTP，没有变化）

我的 NGINX 标头：

add_header 'Access-Control-Allow-Origin' '*';
add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
add_header 'Access-Control-Allow-Headers' 'Key,accept,origin,content-type,X-Requested-With,steroidsAppId,steroidsApiKey,DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type';

add_header "Access-Control-Request-Method" "POST";
add_header "Access-Control-Allow-Credentials" true;
4

2 回答 2

0

我设法弄清楚了这一点。没有费心去完全理解 CORS 是我的错。

然而，AppGyver 的人提到，当应用程序在本地测试并部署到云时会发送相同的标头，但情况似乎并非如此......

通过查看我的 NGINX 日志，我注意到在使用 OPTIONS 动词的每个请求之前正在执行“预检”检查。一旦部署到云端，第二个请求就被终止了。我使用此配置打开访问权限

https://michielkalkman.com/snippets/nginx-cors-open-configuration.html

于 2015-04-22T20:50:19.453 回答
0

如果您为 REST 应用程序使用实时服务器，并且遇到 CORS 问题。我建议您使用 Ionic 的代理服务器来完成您的所有请求。您不会在任何 OPTION 请求等中运行。

检查此滚动到“高级服务选项”，然后到“服务代理”

于 2015-04-23T05:05:17.857 回答