仅Firefox上的跨来源请求和混合内容

仅Firefox上的跨来源请求和混合内容,firefox,https,cors,mixed-content,Firefox,Https,Cors,Mixed Content,我正在处理一个需要HTTPS的项目,所以我启动了一个带有自签名证书的HTTPS服务器。我还有一个启用CORS的HTTP API服务器 我可以在Chrome上获取API请求。这里是飞行前响应的标头(HTTP状态代码204): 访问控制允许凭据:true 访问控制允许标头:应用版本、频道、内容类型、语言 访问控制允许方法:GET、HEAD、PUT、PATCH、POST、DELETE 访问控制允许来源: 连接:保持活力 内容长度:0 日期:2018年8月23日星期四04:04:45 GMT 更改:来源

我正在处理一个需要HTTPS的项目,所以我启动了一个带有自签名证书的HTTPS服务器。我还有一个启用CORS的HTTP API服务器

我可以在Chrome上获取API请求。这里是飞行前响应的标头(HTTP状态代码204):

访问控制允许凭据:true

访问控制允许标头:应用版本、频道、内容类型、语言

访问控制允许方法:GET、HEAD、PUT、PATCH、POST、DELETE

访问控制允许来源:

连接:保持活力

内容长度:0

日期:2018年8月23日星期四04:04:45 GMT

更改:来源、访问控制请求标题

但我在Firefox上出错了


如果我停止HTTPS服务器并运行HTTP服务器,我的项目将在Firefox上运行。在我的开发环境中,是否有任何方法可以解决此问题?

问题在于,您是通过HTTPS内容提供服务的,这些内容也来自HTTP。在这种情况下,在像firefox这样非常严格的浏览器中,您会遇到混合内容问题

解决这个问题的方法是,如本文所指出的,只通过HTTPS发出请求

Chrome之所以能够工作,是因为它通常不太容易出错,而且实际上“接受”了几乎所有您将提供给它使用的东西


请记住,这在HTTP中是有效的,因为如果您从非安全状态转到更安全的状态,则没有问题,但是如果您转到另一个状态,浏览器应该会抱怨这样做其实是件好事。否则网站就不应该那么可靠了

你能把你在Firefox中遇到的错误也包括进去吗?你能把我的答案标记为接受吗?