我将需要从我的Web应用程序大量下载文件.
很明显,这是一个长期运行的动作(它将每年使用一次[-per-customer]),所以时间不是一个问题(除非它有一些超时,但是我可以通过创造一些形式的keepalive心跳).我知道如何创建一个隐藏的iframe,并使用content-disposition:attachment来尝试下载该文件,而不是在浏览器中打开该文件,以及如何实例化客户端 – 服务器通信来绘制进度表;
下载的实际大小(和文件数)是未知的,但为了简单起见,我们几乎可以将其视为1GB,由100个文件组成,每个10MB.
因为这应该是一键操作,我的第一个想法是将所有文件分组,同时从动态生成的ZIP中读取数据,然后要求用户保存ZIP.
问题是:在WebApp中从多个小字节数组创建一个巨大的归档文件时,最佳实践是什么?已知的缺陷和陷阱是什么?
这可以随机分为:
应该将每个字节数组转换成物理临时文件,还是将它们添加到内存中的ZIP?
>如果是,我知道我必须处理可能的名称相等(他们可以在数据库中的不同记录中具有相同的名称,但不能在同一个文件系统和ZIP内):是否还有其他可能出现的问题想想(假设文件系统总是有足够的物理空间)?
>因为我不能依靠有足够的RAM来执行内存中的整个操作,我猜这个ZIP应该被创建并且被送到文件系统,然后被发送给用户;有什么办法可以不同(例如使用websocket),就像询问用户在哪里保存文件,然后从服务器到客户端(Sci-Fi我想)开始一个不断的数据流?
>任何其他相关的已知问题或最佳实践,你将会非常感激.