如何在Django中为用户提供动态生成的ZIP存档？

我正在建立一个站点，用户可以在其中选择可用书籍的任意组合，并将其下载为ZIP存档。我担心为每个请求生成这样的存档会降低我的服务器的爬网速度。我还听说Django当前尚没有很好的解决方案来提供动态生成的文件。

解决方案

回答

我们不能只写一个指向" zip服务器"的链接吗？为什么zip存档本身需要从Django提供？至少在我看来，这里确实需要90年代的CGI脚本来生成zip并将其吐出到stdout。

回答

Django不直接处理动态内容(特别是Zip文件)的生成。这项工作将由Python的标准库完成。我们可以在此处了解如何在Python中动态创建Zip文件。

如果我们担心它会降低服务器的速度，那么如果我们希望有许多相同的请求，则可以缓存这些请求。我们可以使用Django的缓存框架来。

总的来说，压缩文件可能会占用大量CPU资源，但是Django不应比其他Python网络框架慢。

回答

解决方法如下。

使用Python模块zipfile创建zip存档，但是在文件中指定StringIO对象(ZipFile构造函数需要类似文件的对象)。添加我们要压缩的文件。然后在Django应用程序中，返回HttpResponse中StringIO对象的内容，其mimetype设置为application / x-zip-compressed(或者至少application / octet-stream)。如果需要，可以设置" content-disposition"标头，但这并不是真正需要的。

但是要当心，在每个请求上创建zip存档都是一个坏主意，这可能会杀死服务器(如果存档很大，则不计算超时)。基于性能的方法是将生成的输出缓存在文件系统中的某个位置，并且仅在源文件已更改时才重新生成它。更好的主意是事先准备存档(例如，按cron作业)，并让Web服务器将其作为常规静态变量来提供。

回答

我建议使用单独的模型来存储这些临时zip文件。我们可以即时创建zip，使用filefield保存到模型，最后将url发送给用户。

好处：

• 使用django媒体机制(例如，通常的上传)提供静态zip文件。
• 能够通过定期执行cron脚本清除过时的zip文件(可以使用zip文件模型中的日期字段)。