【问题标题】:To reduce load time of websites - generate image thumbnails on the fly vs. generate on image upload为了减少网站的加载时间 - 动态生成图像缩略图与在图像上传时生成
【发布时间】:2013-01-06 18:25:10
【问题描述】:

我一直在使用 timthumb 为我的 WordPress 网站即时生成图像缩略图。我的网站中有 1 个非常大,并且包含很多图片。我注意到 timthumb 需要花费相当多的时间来完成它的工作,而且我的网站现在非常慢。

为了减少我网站的加载时间,我是否应该在每次生成图像时生成图像缩略图并将其存储在我的服务器中(存储对我来说不是问题)?或者是否仍然可以在保持网站加载时间最短的同时即时生成缩略图?

顺便说一下,我正在实施 Amazon CloudFront 来为我的网站提供图片。

【问题讨论】:

    标签: wordpress thumbnails cdn amazon-cloudfront timthumb


    【解决方案1】:

    大多数网站在投入生产时都有许多固定的图像尺寸。

    如果您发现自己处于这种情况(即您有两个或三个主要图像大小),那么在它们第一次调整大小后将它们存储在服务器上是有意义的。

    感谢您担心空间问题,但您几乎可以肯定是在缩小而不是放大 - 这意味着任何大小的图像缓存都将始终小于您的高分辨率母版。

    至于为什么要使用存储路由,请考虑您要求 Web 服务器对每个请求执行的工作。每个调整大小的图像都是一个光栅,需要加载、调整大小,然后作为适当的内容类型流出。使用一两张图片就可以了,但在画廊页面之类的东西上,您总是会遇到性能问题。

    将其与预缓存缩略图中涉及的工作进行比较。第一次出去,你会遇到这个问题。每个后续请求都只是“查找文件并提供服务”的情况。

    如果可以,请尽量减少存储空间。如果每次结果都完全相同,为什么还要制作一张图片来订购一百万次?

    【讨论】:

    • 感谢@Paul Alan Taylor,我在上面打错字了,存储对我来说没问题,因为使用 AWS 扩展存储相当简单 :)
    猜你喜欢
    • 1970-01-01
    • 2011-12-21
    • 2013-01-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-11-17
    • 1970-01-01
    相关资源
    最近更新 更多