【问题标题】:Image organization strategy with Rails & Sass使用 Rails 和 Sass 的图像组织策略
【发布时间】:2010-10-26 02:29:02
【问题描述】:

随着我们页面数量的增加,rails 项目中的图片数量也大大增加。有没有人有一个很好的策略来跟踪这些图像?

我们尝试了几个想法,但似乎没有什么能解决所有问题。以下是我们提出的高级要求:

  • 图像应该可供本地的任何开发人员使用(假设他们具有代码访问权限)。
  • 更新后的图像可以在部署时自动发送到 amazon s3(并发送到云端)
  • 一种在图像发生更改时“过期”图像的简单方法,迫使浏览器下载而不是使用缓存版本

【问题讨论】:

    标签: ruby-on-rails image asset-management


    【解决方案1】:

    我们实际上部署了一个 Rake 任务来存档它并保持我们的应用程序和(在我们的例子中)Cloudfiles 之间的所有文件同步。

    rake 任务检查新文件或已更改的文件并将它们上传到 Cloudfiles。如果开发人员添加了资产,他们只需运行 rake 任务并更新云。他们还将文件签入到我们的版本控制中,以便其他开发人员可以访问它。

    【讨论】:

    • 如何强制缓存过期?有什么事吗?
    • 我们的 Rails 应用会自动执行此操作,并在末尾添加 ?12234556 时间戳。
    • 对,但是对于 css/sass 中的背景图像呢?我们使用大量精灵而不是单个文件。
    • 是的,这是一个问题,但是如果你使用 Sass,你可以实现一个在 sass 文件编译时添加时间戳的函数吗?因此,在部署时,sass 文件会编译一次,因此每次部署都会刷新时间戳。
    • 啊。我喜欢。打算进一步考虑,但我还没有考虑过。
    猜你喜欢
    • 1970-01-01
    • 2014-11-27
    • 1970-01-01
    • 1970-01-01
    • 2014-02-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多