css.js后面的md5码

回复内容：

这个问题需要这样解答：

试想，你部署一个应用。开启了 expires or cache-control or max-age or etag 就是开启了缓存。

你部署这个应用的时候
里面有一个css文件

后来界面发生了修改，你修改了一些css,又增加了一些css,你重新将代码部署到了服务器，但是打开界面还是以前的老界面。

哦，原来是缓存在作怪。浏览器缓存是根据url路径缓存资源。

以前打开你网站的用户在缓存仍然有效的情况下，看到的还是你的老界面。

那该怎么办呢？

很简单，每一次部署的时候都要把文件名称改一下不久ok了吗？
所以你就这样部署

很好？问题搞定。用户看到了新的界面。
但是问题又来了。

我们不能每一次 都靠 改文件名吧。这样想想都是噩梦。

我们是什么人？程序员啊！！！，怎么能干这么没有脑力的纯体力活呢？写代码解决！！

有了？

每次部署的时候。将静态资源(image, css, js, html, fonts ....) 发布成一个新版本。
里面 关于 html 中的 href,src 引用标签 css 中的 url 都换掉。将文件名 hash 化。 hash 使用 时间戳 岂不是 就解决了。

正解。于是 Static asset revisioning 一词诞生。 翻译过来大概是 静态资源版本迭代。

题主的问题不知道解决没有。但是不得不提的是。

前端的事交给前端就好了，不要用php来做前端的事。

grunt-rev 和 gulp-rev 这两个项目 告诉你 可以怎么做。

要是觉得我说的不对，非要用 php 去实现。也可以。去找 symfony2。

看了这篇文章 你就明白为什么给静态资源打md5了。
http://div.io/topic/745

这应该是js css 等的静态资源问题，静态资源一般放到cdn上，cdn更新速度是很慢的，缓存的原因，所以如果一个js文件更新了，上传的话，文件名没变，是不会立即更新的，解决这个问题可以添加时间戳和md5码，时间戳的缺点就是 如果这次文件未更新，也会上传新文件，md5不会有这个问题，md5是根据文件内容算出来的，这个工作一般有自动化工具完成，比如 fis

和你取一个验证码后面要加一个 &ct=1231231231 时间戳是一样的，防止缓存吧。