www.abc.com
页面包含大量www.abc.com/images/xxx.jpg之类的图片引用
因为架构设计的原因，现在在计划的改动里，只有改成static.abc.com/images/xxx.jpg这样才能最好的实现性能调整的目标。总之，需要这么做。
然后这个奇葩的加密程序，无法进行任何修改。
页面上仍然会是大量的img src=www///jpg
在浏览器访问这样页面的时候，这些www///jpg会301到static///jpg
是的，在一个www.abc.com的页面打开的过程中，浏览器要请求大量的www.abc.com///jpg然后301到static.abc.com///jpg
当然，在static这个域上，各种缓存都可以做的顺顺当当。在www这个域上，只给html有缓存，jpg文件类型就不带什么缓存了，301吧。
现在的问题就是，大量的带宽也许可以节省，却尴尬的出现了大量的301请求。
我想来想去，觉得www.abc.com///html可以有304，无碍。static///jpg有304，无碍，但打开abc.com///html后，其中引用的abc.com///jpg跳转的这个301请求却是无论如何绕不开的。
我现在的困惑就是，我刷新一个页面，它是304在我本地的，它其中包含的这些301的请求，而301的目标又是304在我本地的。301本身这个状态是无法缓存的。现在这样一个奇葩的过程中，到底会发生什么事呢。。。到底对性能上有什么影响呢。。。
页面包含大量www.abc.com/images/xxx.jpg之类的图片引用
因为架构设计的原因，现在在计划的改动里，只有改成static.abc.com/images/xxx.jpg这样才能最好的实现性能调整的目标。总之，需要这么做。
然后这个奇葩的加密程序，无法进行任何修改。
页面上仍然会是大量的img src=www///jpg
在浏览器访问这样页面的时候，这些www///jpg会301到static///jpg
是的，在一个www.abc.com的页面打开的过程中，浏览器要请求大量的www.abc.com///jpg然后301到static.abc.com///jpg
当然，在static这个域上，各种缓存都可以做的顺顺当当。在www这个域上，只给html有缓存，jpg文件类型就不带什么缓存了，301吧。
现在的问题就是，大量的带宽也许可以节省，却尴尬的出现了大量的301请求。
我想来想去，觉得www.abc.com///html可以有304，无碍。static///jpg有304，无碍，但打开abc.com///html后，其中引用的abc.com///jpg跳转的这个301请求却是无论如何绕不开的。
我现在的困惑就是，我刷新一个页面，它是304在我本地的，它其中包含的这些301的请求，而301的目标又是304在我本地的。301本身这个状态是无法缓存的。现在这样一个奇葩的过程中，到底会发生什么事呢。。。到底对性能上有什么影响呢。。。
Select Language