使用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/怪癖?


当前回答

我已经解决了这个问题…通过简单地打开一个新标签。

为什么它不能工作,我不完全确定,但这可能与Chrome如何处理一个页面上的多次下载有关,也许它认为他们是垃圾邮件,只是忽略了他们。

其他回答

我在通过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不需要它也可以工作。

这个问题

我引用了Saeed Neamati (https://stackoverflow.com/a/6587434/760777):)的话

在请求头中,您发送了Content-Type: text/html,这意味着您希望将响应解释为html。现在即使服务器发送PDF文件给你,你的浏览器也会将其理解为HTML。

解决方案

发送该死的正确头。发送文件的正确mime类型。期!

How?

啊。这完全取决于你在做什么(操作系统,语言)。

我的问题是用javascript动态创建的下载链接。这个链接是下载mp3文件的。 mp3文件不是文档,pdf文件、zip文件、flac文件也不是文档,这样的例子不胜枚举。

所以我创建了这样的链接:

<form method="get" action="test.mp3"> <a href="#" onclick="this. nearest (form).submit();return false;" target="_blank"> . < span class = " material-icons”> 下载 < / span > < / > > < /形式

我把它改成了这样:

<form method="get" action="test.mp3" enctype="multipart/form-data"> . <a href="#" onclick="this. nearest (form).submit();return false;" target="_blank"> . < span class = " material-icons”> 下载 < / span > < / > > < /形式

问题解决了。向form标签添加一个额外的属性就解决了这个问题。但没有通用的解决方案。有很多不同的场景。 当你从服务器发送一个文件时(你用像cx#, Java, PHP这样的语言动态创建它),你必须发送正确的头文件。

旁注:在发送标题之前,注意不要发送任何东西(文本!)。

我在提供PDF文件(MIME类型应用程序/ PDF)时遇到了这个问题,并通过设置Content-Disposition头来解决它,例如:

Content-Disposition: attachment; filename=foo.pdf

希望这能有所帮助。

我创建的下载管理器也遇到了同样的问题。我遇到的问题是文件名太长,扩展名被剪掉了。

例子: 文件名称:组织协议和其他重要的事情

<?php
  header("Content-Disposition: attachment; filename=$File_Name");
?>

解决方法:将MySQL数据库字段增加到255来存储文件名,并在保存blob之前进行长度检查。如果长度为> 255,则将其修剪为250并添加文件扩展名。

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