在搜索相关网站信息核心的徒劳无益的一天之后,我已经决定是时候向Stack Overflow的专家们询问了。我们有一个经典的ASP网站,我们用它来通过https向用户提供报告。它运行良好多年。我们最近添加了一个非常大的报告(250 MB压缩),当用户尝试下载报告时,它会破坏软件。我们得到“打开/保存/取消”对话框确定,但单击“打开”失败并单击“保存”将在标题中提供错误消息。较小的文件可以正常工作。我们能够使用相同的数据集在我们的测试区域中的各种IE版本中复制此问题。
下载报告的技术大约是1990年。我们有一个VB6 DLL,它从ASP代码中调用所需文件的地址。 DLL打开文件并用zip文件的字节填充一个字节数组,并将其传递回ASP页面,该页面在“Response.BinaryWrite”调用中流出字节数组。就像我说的,这适用于较小的文件,并且似乎可以使用比有问题的文件更大的文件(至少我们没有听到用户的投诉)。我会说文件有问题,除了我们可以在各种环境中复制错误。
我的队友和我已经尝试了我们所做的Google搜索中提供的简单解决方案,但结果没有任何变化('Response.AddHeader“Cache-Control”,“no-store,no-cache”',正在修改注册表等)。我希望以前有人遇到过这个问题,可以提供一些新的想法。如果您需要更多信息,请询问,我们会尽力回答。
先谢谢你的帮助, 麦克
答案 0 :(得分:0)
谢谢,AardVark71,我们按照你的建议增加了服务器上的aspbufferinglimit,现在它正在运行。我们还在服务器和页面上碰到了脚本超时变量,以确保页面有足够的时间来完成任务。