资源解释为文档，但使用MIME类型application/zip传输

使用Chrome 12.0.742.112，如果我重定向以下头:

HTTP/1.1 302 Found 
Location: http://0.0.0.0:3000/files/download.zip
Content-Type: text/html; charset=utf-8
Cache-Control: no-cache
X-Ua-Compatible: IE=Edge
X-Runtime: 0.157964
Content-Length: 0
Server: WEBrick/1.3.1 (Ruby/1.9.2/2011-02-18)
Date: Tue, 05 Jul 2011 18:42:25 GMT
Connection: Keep-Alive

如果遵循，将返回以下头文件:

HTTP/1.1 200 OK 
Last-Modified: Tue, 05 Jul 2011 18:18:30 GMT
Content-Type: application/zip
Content-Length: 150014
Server: WEBrick/1.3.1 (Ruby/1.9.2/2011-02-18)
Date: Tue, 05 Jul 2011 18:44:47 GMT
Connection: Keep-Alive

Chrome不会重定向，也不会改变前一页，它只会在控制台中报告以下警告:

资源解释为文档，但使用MIME类型application/zip传输。

这个过程在Firefox中正常工作，如果我打开一个新选项卡并直接访问http://0.0.0.0:3000/files/download.zip，在Chrome中也可以正常工作。是我做错了什么，还是这是Chrome的bug/怪癖?

当前回答

当我在iframe中分配src="image_url"时，我遇到了这个问题。 iframe似乎将其解释为文档，但事实并非如此。这就是为什么它会显示警告。

2014-06-09 10:28:27

其他回答

我在通过Javascript执行文件下载时遇到了类似的问题。添加下载属性没有区别，但添加target='_blank'做了-我不再得到'资源解释为文档…控制台消息。

下面是我的简单代码:

var link = document.createElement('a');
link.target = '_blank';
link.href = url;
document.body.appendChild(link); // Required for Firefox
link.click();
link.remove();

我还没有尝试直接使用HTML，但希望它能工作。

注意，我发现Firefox需要将链接附加到文档中，而Chrome不需要它也可以工作。

2019-01-17 12:16:04

当我在iframe中分配src="image_url"时，我遇到了这个问题。 iframe似乎将其解释为文档，但事实并非如此。这就是为什么它会显示警告。

2014-06-09 10:28:27

在我的情况下，文件名太长，并得到了相同的错误。一旦缩短到200个字符以下工作正常。(上限可能是250?)

2016-08-26 08:36:19

我在一个ASP网站项目中遇到了这个问题。添加一个“Content-Length”头会导致下载在Chrome中重新开始工作。

2016-09-30 14:50:39

只是遇到了这个问题，我能找到的其他信息都没有帮助:这是一个愚蠢的错误:在开始下载文件之前，我正在向浏览器发送输出。令人惊讶的是，我没有发现有用的错误(如“头部已发送”等)。希望这能帮其他人减轻一些痛苦!

2019-04-30 00:21:04

资源解释为文档，但使用MIME类型application/zip传输

推荐文章

最新文章

标签