什么有效
我有一个简单的文字游戏。它工作得很好。用户要求的一件事是单词有效性检查。我正在AWS Lambda代理/节点上运行牛津字典api。jsendpoint,当我通过浏览器访问APIGateway uri时,效果非常好。
我选择AWS Lambda函数是为了保护我的Oxford API密匙,并且有更直接的CORS控制。
采取的步骤
我在AWS APIGateway中启用了CORS,并在开发过程中使用了“*”通配符。
我开始用我的本地服务器@ 127.0.0.1为游戏编写代码。
遇到错误
我遇到了以下问题:
myproject.html:57跨原点读取阻塞(CORB)阻塞跨原点响应https://xxxxxxxxxxx . execute-API . us-east-2 . Amazon AWS . com/prod/dictionary?word = MIME类型应用程序/json的帮助。更多详情请见https://www.chromestatus.com/feature/5629709824032768。getWord @ myproject.html:57(匿名)@ myproject.html:67
客户端代码
我正在使用一个简单的获取:
var base_url = "https://XXXXXXXXXXX.execute-api.us-east-2.amazonaws.com/prod/dictionary?word=";
getWord = function(word){
fetch(base_url+word, {
headers: {
'content-type': 'application/json'
},
method: 'GET',
mode: 'cors'
}).then(function(response) {
console.log(response);
});
}
问题
我从未听说过科布。我不知道触发CORB的是什么,以及解决这个问题的步骤是什么。如何解决CORB问题?
我也有类似的问题。我建议使用POSTMAN来调试它,因为它可以显示标题,并允许您调整请求中需要的任何内容。
在我的例子中,我必须在添加头之后重新部署API。附加屏幕截图,以防对某些用户有帮助:
集成响应:
显然,我只需要坚持下去。以防有人遇到这种情况:
尽管启用了APIGateway CORS,但CORS权限在启用lambda代理集成的情况下传递给lambda函数。虽然最初的URI请求在APIgateway上被接受,但最终由于lambda响应中缺少头而失败。不知何故,这触发了CORB而不是CORS。我不知道为什么。
答案是确保在APIgateway中启用了CORS,并且lambda函数响应回调模式包含一个“Access-Control-Allow-Origin”头。
问题内容: 因此,我有了这个Go http处理程序,该处理程序将一些POST内容存储到数据存储中,并检索其他一些信息作为响应。在后端,我使用: 在我的firefox OS应用程序中,我使用: 传入的部分都一直如此。但是,我的回复被阻止了。给我以下信息: 我尝试了许多其他操作,但是无法从服务器获得响应。但是,当我将Go POST方法更改为GET并通过浏览器访问该页面时,我得到的数据太糟糕了。我无法真
问题内容: 是否可以使用angularjs拦截器阻止请求? 问题答案: 在1.1.5及更高版本中,您可以使用配置对象的’timeout’属性。 从文档中: 超时– {number | Promise} –超时(以毫秒为单位),或承诺应在解决后中止请求。 简单的例子:
每当我尝试使用axios发送删除endpoint的请求时,都会出现以下错误: 通过CORS策略阻止从源http://localhost:3000在http://localhost:8080/api/payment_card/delete/1234123412343433处访问XMLHttpRequest:对预检请求的响应未通过权限改造检查:请求的资源上不存在“Access-Control-Allo
问题内容: 我正在创建一个网站,该网站依赖于对PHP页面的AJAX调用。有没有办法防止访问原始数据?(即通过他们自己的帖子请求访问php文件)。 我想最好的方法(如果可能的话)是防止PHP将数据发送到不来自AJAX的任何内容(因为必须来自同一域)。有什么建议? 问题答案: if (strtolower($_SERVER[‘HTTP_X_REQUESTED_WITH’]) == ‘xmlhttpre
我也在应用程序根目录中使用。htaccess文件。(waleedahmad.kd.io/node)。
问题内容: 我对Go如何处理非阻塞IO感到困惑。API在我看来基本上是同步的,并且在Go上观看演示时,听到诸如“和调用块”之类的注释并不罕见。 从文件或网络读取时,Go是否使用阻塞IO?还是当在Go Routine中使用某种魔术来重写代码? 来自C#背景,这感觉非常不直观,在C#中,当使用异步API时我们使用了关键字。这清楚地表明,API可以产生当前线程,并在以后的延续中继续。 因此,TLDR;当