我有一个D7站点,它在devel_shutdown()上徘徊在55 to左右;对于大多数未被处理的页面,并且有大量迁移的内容,这些内容的图像链接到站点周围的各种样式,其中许多是当前未生成的。
如果我将PHP内存使用量提高到130‘m(我使用的是Dreamhost共享主机,所以150’m是任何单个进程的高端),那么图像就会产生很好的效果。如果我把它放在未修改的90 to上,图像生成就会开始失败。
似乎有两种选择:
通过虚拟专用服务器或其他与主机相关的修复获得更多的RAM。
在我同事的建议下,找出一些微妙的方法,在用户遇到图像之前生成图像。
关于选项B,我们使用的是,喘息!,WordPress作为一个灵感,它似乎更智能地处理低记忆情况下的图像(异端!疯狂!(斯巴达亚!)
为了解释-在页面加载和PHP释放内存之后,在上传缩略图时会生成缩略图,当WordPress在上传过程中说"Crunching“时,就会发现缩略图是明显的。这样,当用户查看它们时不会有任何延迟,并且不用担心CMS和映像库的合并内存负载会导致其中一个失败。
这在德鲁巴有可能吗?如果在cron作业中设置这样的模块,像缓存器这样的模块会这样做吗?这样做有什么好处吗?
发布于 2012-07-05 21:17:03
http://drupal.org/project/imageinfo_缓存本模块在文件上传时生成图像缓存预置。因此,是的,它是可能的,是的,我们在生产中使用这个,并看到了一些大幅度的速度改进。目前仅限D6。完全可配置,因此某些文件字段只生成这些预设。
对于D6,图像缓存还包括一些生成各种预置的drush命令。http://drupal.org/node/587086
https://drupal.stackexchange.com/questions/36008
复制相似问题