【问题标题】:Maintaining (version + redirect) in S3在 S3 中维护(版本 + 重定向)
【发布时间】:2014-07-20 14:21:41
【问题描述】:

所以,到目前为止,在我们的应用程序中,*.js 文件是直接从apache 提供的。例如,这是一个包含在 jsp 页面中的脚本:/foo/v6565/my_script.js。路径中的 v6565 是虚假的,并且是内部 apache 重定向,将 /foo/v6565/my_script.js 重定向到 /foo/my_script.js

每当my_script.js 更新时,包含的jsp 页面中的v<xxxx> (内部工具基于my_script 的SVN 修订版)都会更新 - 从而迫使浏览器再次获取my_script.js 而不是缓存版本.我希望我能够清楚地解释我目前的方法。

[对用户 /foo/my_script.js?v=5652 可能采取不同的方法。但是,存在一些缓存问题(不记得了),因此决定使用 /foo/v56564/ 而不是将版本添加到 queryParam。不过,我会深入研究它]

现在,我们正在将所有 *.js 文件移动到 s3 存储桶中,我想知道这样做的方法是什么? s3 存储桶的路径如下所示:mybucket.aws.com/js/my_script.js。如何为 s3 插入 version tag + redirection?从 s3 提供资源时,是否使用了其他标准方法?

(我已经阅读了关于 s3 资源的页面重定向,但重定向将直接写入资源上,这在我的情况下并不适用)

谢谢。

【问题讨论】:

    标签: deployment amazon-web-services amazon-s3 version browser-cache


    【解决方案1】:

    我认为使用?v=<hash> 进行缓存破坏现在非常标准。

    它一直是disadvised,但这是一个相当古老的资源(尽管经常被引用),我不确定这是否仍然正确。即使是您信任的StackOverflow is using it with SHA1,所以我想现在对每个人来说都足够了。

    【讨论】:

    • 感谢您的 SO 指针。这无疑增加了迁移到 ?v= 的优势
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-12-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-09-14
    • 1970-01-01
    相关资源
    最近更新 更多