javascript - Facebook、Google 和其他大型应用程序如何处理它们的 CSS 和 JavaScript 文件？

Question

Facebook :http://static.ak.fbcdn.net/rsrc.php/v1/yh/r/u2OL99TwlfU.css
谷歌:http://ssl.gstatic.com/gb/js/sem_cf9545d69b4bd3d22ed10206010c8b23.js

还有其他网站，比如Tagged，也是采用这种方式。

这些网站和其他大型应用程序如何处理这些文件？我假设当他们更新文件时，URL 实际上发生了变化，因此缓存无法识别 URL 并重新加载新文件。

其实我对Facebook的rsrc.php比较迷惑，其他的我还是不太明白。看来 Google 的随机字符串是某种东西的 MD5。

我确实想要在我的网站上使用这样的东西，大型应用程序使用它，所以它一定有用 - 即使我没有决定使用它，了解它在不久的将来可能会有所帮助。

Answer 1

(我是rsrc.php和Facebook的Haste静态资源管理系统的原作者。)

您可以在 Phabricator 文档中找到 Facebook 在静态资源管理方面遇到的一些挑战及其解决方法的描述:

https://secure.phabricator.com/book/phabflavor/article/soon_static_resources/

对于具体问题，rsrc.php URI 是这样的(其中包含“rsrc.php”)，特别是因为我们在 2007 年编写 rsrc.php 并添加、部署时没有全局 Apache 重写规则并且测试一个更优雅的 URI 似乎不值得费心(在 PHP 中，您可以在运行时读取“x.php”文件部分之后的 URI 的其余部分)。所以那部分只是一个 PHP 实现神器。

多年来，其他路径组件已用于各种用途，例如紧急版本号，如果缓存管道出现问题，我们可以在全局范围内碰撞以破坏每个人的缓存，哈希校验和，以便我们区分有效和垃圾日志记录请求、改变返回资源缓存策略的内部标志以供开发，以及资源风格(例如，针对特定浏览器定制或本地化为特定语言)。