我已经在Firebase主机中部署了一些JS资产。
对于某些JS文件，我一直在获取如果您访问https://organicdot.com/assets/landing-page/startup/common-files/js/jquery.bxslider.min.js?_=1402542893115，错误503连接超时错误。
如果你去同一个地址，但没有在最后的时间标记，https://organicdot.com/assets/landing-page/startup/common-files/js/jquery.bxslider.min.js该文件将得到服务没有任何问题。
将时间戳记添加到URL将导致Firebase托管将文件的每次后续提取都视为不同的资源。尽管我们将来可能会对此进行更改，但目前这意味着CDN上的任何边缘服务器都会在收到请求时代理来自美国东海岸的原始服务器的响应，从而有效地消除了使用CDN的好处。
当您将新内容部署到Firebase Hosting时，我们会立即清除整个CDN上所有旧文件的缓存副本，并且给定默认Cache-Control标头为max-age=3600，行为良好的客户端使用文件的旧副本的最长时间为1小时。在获得CDN的所有收益的同时，还要确保新内容的最简单解决方案是不将时间戳记放在URL中。
在不久的将来，我们还将添加修改Cache-Control标头的功能，因此，如果1小时仍然太长，您将可以告诉浏览器不要完全缓存内容（通过交易-更高的数据传输速率）。我们正在考虑忽略CDN级别上URL上的任何查询参数。
至于部署需要多长时间-文件应在firebase-tools或Hosting仪表板上的进度表完成后准备好（除了从每个边缘服务器首次获取到我们的原始服务器的往返路程外）。当然，可能在浏览器级别进行了缓存。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句