为什么CORS请求适用于REST客户端而不适用于JS http客户端?

时间:2018-03-08 16:27:02

标签: ajax cors localhost azure-search

我有一个场景,我正在对Azure搜索服务执行CRUD操作,使用浏览器(例如RESTED插件)中的restful插件可以正常工作。

但是,当我尝试从Web应用程序(当前在localhost上提供)执行任何操作时 - 使用基本的ajax请求(axios http客户端) - 我不断获得403,它无法通过发送OPTIONS方法时的预检条件。

实际错误: 跨源请求已阻止:同源策略禁止在https://xxx.search.windows.net/indexes/articles/docs/index?api-version=2016-09-01读取远程资源。 (原因:缺少CORS标题'Access-Control-Allow-Origin'。

我已经在目标主机服务上设置CORS选项以接受*来源。

来自MS cust支持的响应指出:" ... URL表示您正在尝试通过CORS索引文档。这不受支持。只允许通过CORS查询API(搜索,建议等)。"

鉴于信息,不是浏览器插件(如RESTED)技术上发出CORS请求,因为请求的来源[moz-extension:// 7ab5297d-2568-439a-9510-1173e79fda60]不在与目标主机相同的域[xxx.search.windows.net]?

我在这里搜索要研究的内容,因此尝试确定休息客户端与尝试通过任意数量的FetchJS发出ajax样式请求的基本Web应用程序之间的请求机制中存在哪些差异基于libs负责处理http客户端需求。

我的意思是开发人员在开发负责处理CRUD操作的自定义应用程序时必须能够在本地运行,对吗? :)

由于

0 个答案:

没有答案