文件下载结果为“ IE无法打开此Internet站点”

|| 我对此不知所措。我环顾四周,似乎有很多解决方案,但它们对我没有用。我有一个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。 在阅读了几则有关该错误消息的帖子后,我添加了“ 0”标头无济于事。 (由于无法直接进行测试,我不得不实施修复程序并等待一天左右的时间,看看人们是否停止抱怨
._.
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
我们为客户提供的当前解决方法(无法或不愿意切换至备用浏览器)是通过自己输入“ 4”来切换至SSL。 SSL下载对于尝试过并返回给我们的用户来说效果很好。推测:这可能是下游代理弄乱了我们的标头吗?难道这就是为什么它可以在SSL中工作并且在纯HTTP中出现错误的原因? (在这种情况下,服务器升级将是不幸的巧合。)     
已邀请:
        根据http://support.microsoft.com/kb/316431的说明,IE无法处理某些情况,即文件没有被缓存,但是随后被某些外部进程打开。这不是完全相同的情况,但是正如EricLaw在评论中提到的那样,它可能与ѭ5标题以及下载没有文件名的事实有关。 我将删除该标头并给它一个文件名,IE应该能够将文件保存到磁盘上,以便可以用Excel打开它。     
        如果系统整体正常运行,并且只有下载偶尔失败,那么您也可以尝试给文件名指定一个动态名称。     
        最近我们有一个类似的案例,在MS网站上检查了一大堆无用的答案后,我遇到了一个有趣的博客文章,该文章进一步阐明了这个问题,主要是关于防止缓存的标头(包括结尾的
Vary
标头)解决OP的问题,+ 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,然后才注意到一行没有这样做。     

要回复问题请先登录注册