Django sorl缩略图崩溃-大量大型图像

当我有很多大图像时，比如模板中的800x650等，Django就会崩溃。它可以在本地Mac上工作，但不能在Linode生产服务器上工作。一个人可以做一个批处理过程，先做几次，然后停止，然后再做几次吗

---

我在模板中的{%for%}循环中做缩略图，在每次传递中创建一个小图像和一个大图像。

我想我和你做的事情是一样的。当一个视图第一次被访问时，sorl thumbnail会做它的事情，检查页面上需要生成哪些缩略图，当然也会生成那些需要生成的缩略图。在生成缩略图的时候，您会看到文件I/O速度很慢，与web请求的其他部分相比，速度非常慢

---

如果你有大量的图片，这可能需要花费相当长的时间（我在一些非常重图片的页面上看到了30秒以上的第一次加载）。在我的例子中，我得到了内部服务器错误；我不确定这是否与你所说的“撞车”相同。实际上，它并没有真正下降，问题是请求超时通常设置得很低，我只需要增加超时时间，让服务器有更长的时间来完成请求的处理。它在第一次加载时仍然很慢，但在那之后，它是即时的，不再出现问题。

我想我们解决了您的问题

---

在Sorl缩略图中有一个类似的东西。默认设置为Pil，它会在大图像上出现bug。

您有回溯功能吗？这可能是个记事本。不，我不知道，但我怀疑你是对的。如何解决此问题？请尝试将此内容包含到项目设置中，对于跟踪备份或缩略图错误，请使用Thumboil\u DEBUG=True和DEBUG=True。无法获取缩略图公文包/Web-1612.jpg：没有这样的表：easy\u Thumboils\u Source哦，顺便说一句，我现在更改为easy thmbnails，只是为了看看它是否有什么不同。问题可能在于PIL

我只需要延长超时时间，让服务器有更长的时间来完成处理请求。

您能提供这样的代码示例吗？我在django管理员中面临上述问题。我正在使用

image\u裁剪

和

easy\u缩略图

。