文件下载结果显示“IE 无法打开此网站”

Question

我对这个很茫然。我已经查遍了，似乎有很多解决方案，但它们对我不起作用。我有一个 CGI::Application 应用程序，可以使用 Spreadsheet::WriteExcel 生成 MS Excel 电子表格。这种方法在相当长的一段时间内运行良好，直到几周前我们的实时服务器出现硬件故障。我们以这次中断为借口升级到 Windows Server 2008（从 2003 年开始）和 Apache 2.2.17（从 2.2.11 开始）。现在，我收到了来自客户的零星（但太频繁而不容忽视）的投诉，他们在尝试下载电子表格时收到此错误：

Internet Explorer 无法从 [站点] 下载 [url]。
Internet Explorer 无法打开此 Internet 站点。请求的站点不可用或无法找到。请稍后重试。

我在 XP、Vista 和 7 上尝试过 IE 7-8，但无法在本地重现此错误。遇到问题的用户每次都会遇到这个问题，而不是随机的。所有投诉均来自 IE 用户，主要针对 IE8。

在阅读了几篇有关错误消息的帖子后，我添加了 -expires 标头，但没有效果。 （由于无法直接测试这一点，我不得不实施修复并等待一天左右，看看人们是否停止抱怨._.）

sub export_spreadsheet {
   my $self = shift;
   binmode STDOUT;

   my $str;
   open my $fh, '>', \$str;
   my $workbook = Spreadsheet::WriteExcel->new($fh);
   # words words words
   $workbook->close;
   close $fh;

   $self->header_add(-type => 'application/vnd.ms-excel',
                     -expires => '+1d',
                     -attachment => 'export.xls');
   return $str;
}  

请求的标头看起来很正常。请注意，这些是在我的本地计算机上收集的。

HTTP/1.1 200 OK
Date: Tue, 31 May 2011 22:23:17 GMT
Server: Apache/2.2.17 (Win32) mod_ssl/2.2.17 OpenSSL/0.9.8o mod_perl/2.0.4-dev Perl/v5.10.1
Expires: Wed, 01 Jun 2011 22:23:18 GMT
Content-Disposition: attachment; filename="export.xls"
Vary: Accept-Encoding
Keep-Alive: timeout=5, max=100
Content-Type: application/vnd.ms-excel
Content-Length: 18944
Accept-Ranges: none
Proxy-Connection: Keep-Alive

目前，我们为遇到此问题的客户（无法或不愿意切换到备用浏览器）提供的解决方法是通过自行键入 https 来切换到 SSL。对于那些尝试过并回复我们的人来说，SSL 下载效果很好。推测：是否是下游代理弄乱了我们的标头？这可能就是它在 SSL 中工作而在纯 HTTP 中出错的原因吗？ （在这种情况下，服务器升级将是一个不幸的巧合。）

Answer 1

根据 http://support.microsoft.com/kb/316431 IE 无法处理在某些情况下，文件未缓存，但随后由某些外部进程打开。这不是完全相同的情况，但正如 EricLaw 在评论中提到的，这可能与 Vary 标题以及下载没有文件名这一事实有关。

我会删除该标头并给它一个文件名，IE 应该能够将文件保存到磁盘，以便 Excel 可以打开它。

Answer 2

如果整个系统正常工作并且只有下载偶尔失败，那么您也可以尝试为文件名指定一个动态名称。

Answer 3

我们最近有一个类似的案例，在检查了 整个 一堆 的 无用 答案 在 MS 网站上，我发现了一个有趣的 博客文章进一步阐明了这个问题，主要是关于防止缓存的标头（包括最终解决OP问题的Vary标头，+1）。

然而，IE 在许多其他情况下也会抛出这个误导性的异常，所以我想我应该在这里添加它，以防它对遇到同样问题的其他人有用。在我们的例子中，事实证明，生成 (Excel) 文件并将其发送到响应的 JSP 作者忘记了确保响应中的文件内容前面不应该有空格。

对于 Java/JSP 文件（我相信您可以将相同的原则应用于其他语言），当您有一些看似无辜的东西时，就会出现问题：

<%@ page contentType="text/html; charset="iso-8859-1" pageEncoding="iso-8859-1" errorPage="" language="java" session="true" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
[and so on]

即，将回车符作为 JSP 指令的一部分，而不是 在生成文件内容并将它们发送到响应之前，在它们之间，因为这些行之间的回车符是空白，它设法在 IE 的精致机制中抛出一个虚拟扳手（普通浏览器似乎可以很好地处理这个问题） 。如果您像这样格式化代码：

<%@ page contentType="text/html; charset="iso-8859-1" pageEncoding="iso-8859-1" errorPage="" language="java" session="true"
%><%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"
%>[and so on]

那么您应该没问题。我确信大多数 Web 开发人员都遇到过类似的问题，但就我而言，已经有一段时间了，我不得不检查 JSP 几次，然后才注意到有一行没有这样做......