设置标头并使用 $http POST 发送数据到 pocket api 返回 CORS

无法向 pocket api 发送 http post 请求以获取请求令牌。我已经拿到消费者密钥了。问题似乎出在设置标头和发送请求中的数据。在浏览器中查看请求时，不会显示任何标头和数据。

配置请求

var req = {
        method:'POST',
        url:'https://getpocket.com/v3/oauth/request',
        headers: { 'Content-Type': "application/x-www-form-urlencoded; charset=UTF8",
                    'X-Accept':'application/x-www-form-urlencoded'
         },
         transformRequest: function(obj) {
            var str = [];
            for(var p in obj)
            str.push(encodeURIComponent(p) + "=" + encodeURIComponent(obj[p]));
            return str.join("&");
        },
        data: pocket_data
    };

    $http(req).then(function(result){console.log(result); 
    },function(error){
        console.log(error);
    });

来自浏览器的请求。我不明白为什么请求方法是 OPTIONS 而不是 POST。

Request URL:https://getpocket.com/v3/oauth/request
Request Method:OPTIONS
Status Code:400 Bad Request
Remote Address:52.0.87.91:443

发送的响应标头和请求标头。当我将其设置为 application/x-www-form-urlencoded 时，我不明白为什么内容类型是 text/html 。

 **Response Headers**
view source
Cache-Control:private
Connection:keep-alive
Content-Length:15
Content-Type:text/html; charset=UTF-8
Date:Thu, 04 Feb 2016 07:22:35 GMT
Expires:Thu, 19 Nov 1981 08:52:00 GMT
P3P:policyref="/w3c/p3p.xml", CP="ALL CURa ADMa DEVa OUR IND UNI COM NAV INT STA PRE"
Pragma:no-cache
Server:Apache
Set-Cookie:PHPSESSID=ogqn0s0gmjpo24j6oo6rlj6vm6; path=/
Status:400 Bad Request
X-Error:Missing consumer key.
X-Error-Code:138
X-Source:Pocket
**Request Headers**
Accept:*/*
Accept-Encoding:gzip, deflate, sdch
Accept-Language:en-US,en;q=0.8
Access-Control-Request-Headers:accept, content-type, x-accept
Access-Control-Request-Method:POST
Cache-Control:no-cache
Connection:keep-alive
Host:getpocket.com
Origin:http://localhost:9000
Pragma:no-cache
Referer:http://localhost:9000/create

我什至尝试将 content-type 设置为 'application/json' ，但没有成功。pocket 的 api 文档。 https://getpocket.com/developer/docs/authentication

我也有同样的问题。看起来 Pocket API 没有启用 CORS，因为响应没有返回 CORS 标头（例如 Access-Control-Allow-Origin：*）

有点令人惊讶 - 我猜这个 API 主要是为应用程序开发人员构建的，而不是 Web 开发人员？这也解释了为什么它与像curl这样的命令行工具配合得很好，因为它们没有浏览器那样的跨域安全限制。

这对您来说意味着您必须编写一个与您的应用程序位于同一域的服务器端组件，充当这些请求的代理。