0

经过一天徒劳地在相关网站上搜索信息内核后,我决定是时候询问 Stack Overflow 的专家了。我们有一个经典的 ASP 站点,用于通过 https 向用户提供报告。多年来一直运行良好。我们最近添加了一个非常大的报告(压缩后 250 MB),当用户尝试下载报告时会破坏软件。我们得到“打开/保存/取消”对话框确定,但单击“打开”失败,单击“保存”会在标题中显示错误消息。较小的文件可以正常工作。我们能够使用相同的数据集在我们测试区域的各种 IE 版本中复制这个问题。

下载报告的技术大约是 1990 年。我们有一个 VB6 DLL,它从 ASP 代码内部调用,并带有所需文件的地址。DLL 打开文件并用 zip 文件的字节填充字节数组,然后将其传递回 ASP 页面,该页面在“Response.BinaryWrite”调用中流出字节数组。就像我说的那样,这适用于较小的文件,并且似乎适用于比所讨论的文件更大的文件(至少我们没有听到用户的抱怨)。我会说文件有问题,除了我们可以在各种环境中复制错误。

我和我的队友尝试了我们所做的谷歌搜索中提供的简单解决方案,结果没有任何变化('Response.AddHeader "Cache-Control", "no-store, no-cache" ',修改注册表, ETC)。我希望有人以前遇到过这个问题并且可以提供一些新的想法。如果您需要更多信息,请询问,我们会尽力回答。

提前感谢您的帮助,迈克

4

1 回答 1

0

谢谢,AardVark71,我们按照您的建议增加了服务器上的 aspbufferinglimit,它现在正在工作。我们还增加了服务器和页面上的脚本超时变量,以确保页面有足够的时间来完成任务。

于 2012-10-17T14:42:06.953 回答