Django HTML5缓存清单可以通过http而不是https工作
我的google fu今天似乎不太合适,所以它来了 我有一个django应用程序,它位于使用wsgi的apache之上。我正在尝试使其脱机工作。我使用正确的mimetype和无缓存头从django url提供缓存清单文件。我在模板中有一个清单引用Django HTML5缓存清单可以通过http而不是https工作,django,html,https,manifest,Django,Html,Https,Manifest,我的google fu今天似乎不太合适,所以它来了 我有一个django应用程序,它位于使用wsgi的apache之上。我正在尝试使其脱机工作。我使用正确的mimetype和无缓存头从django url提供缓存清单文件。我在模板中有一个清单引用 <html lang="en" manifest="/myPath/manifest/"> 为了调试这个问题,我首先使用最简单的清单文件 缓存清单 网络: * 然而,当我试图通过https接口为chrome提供服务时,这给了我以下错误
<html lang="en" manifest="/myPath/manifest/">
为了调试这个问题,我首先使用最简单的清单文件
缓存清单
网络:
*
然而,当我试图通过https接口为chrome提供服务时,这给了我以下错误
使用创建应用程序缓存
显示
应用程序缓存检查事件
应用程序缓存错误事件:
清单获取失败(-1)
通过http提供服务时,它似乎工作正常。我正在开发计算机上使用自签名安全证书。这是唯一一件我认为可能会在http和https服务于同一清单文件(使用相对链接以便来源正确)之间产生区别的事情。是什么导致了http和https之间的差异,以及我如何纠正它?我会责怪您的自签名证书
如果说看起来吓人的警告对话框还不够的话,Chrome和Firefox对自签名证书的理解是非常简单的。例如,在两种浏览器中都不能使用自签名证书。不确定这里是否有任何东西可以帮助您:您确定在HTTPS下,您确实获得了具有相同标题的相同文件吗?(我假设是这样的,因为它是由Django而不是apache提供的,但仍然如此。)我在一个带有自签名证书的假环境中遇到了这个问题。工作很好,有真正的证书。我已经用这个把头撞在墙上很长一段时间了,我只是在反复尝试后才找到答案,这真是太可惜了。谷歌似乎在记录这个问题上做了一些工作。