Chrome 61版本再次出现此问题。但它似乎是固定的Chrome 62。

我有一个重写规则如下

RewriteRule ^/ShowGuide/?$ https://<website>/help.pdf [L,NC,R,QSA]

在Chrome 61中，PDF不能打开，在控制台显示消息

"Resource interpreted as Document but transferred with MIME type application/pdf: "

我们尝试在重写规则中添加mime类型，但它没有帮助。

RewriteRule ^/ShowGuide/?$ https://<website>/help.pdf [L,NC,R,QSA, t:application/pdf]

我已经把我的Chrome浏览器更新到最新的62版本，它又开始显示PDF了。但是消息仍然在控制台中。

在所有其他浏览器中，它都可以正常工作。

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

在请求头中，您发送了Content-Type: text/html，这意味着您希望将响应解释为html。现在即使服务器发送PDF文件给你，你的浏览器也会将其理解为HTML。这就是问题所在。我正在寻找可能的原因。:)

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

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

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

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

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

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

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