Asp.net mvc MVC4捆绑包哈希因服务器而异
对于我们的应用程序,MVC4绑定为任何给定绑定生成的文件散列(即“/bundles/myBundle?v=xxxxxx”)因我们访问的服务器而异。服务器运行同一操作系统的版本略有不同,但我认为SHA256是机器和操作系统无关的(只要支持)。我们对文件位置中的js文件进行了双重检查和三重检查,以确保在服务器之间镜像 不是IIS专家,所以任何复杂的事情我都希望有一个清晰的程序。谢谢Asp.net mvc MVC4捆绑包哈希因服务器而异,asp.net-mvc,bundling-and-minification,Asp.net Mvc,Bundling And Minification,对于我们的应用程序,MVC4绑定为任何给定绑定生成的文件散列(即“/bundles/myBundle?v=xxxxxx”)因我们访问的服务器而异。服务器运行同一操作系统的版本略有不同,但我认为SHA256是机器和操作系统无关的(只要支持)。我们对文件位置中的js文件进行了双重检查和三重检查,以确保在服务器之间镜像 不是IIS专家,所以任何复杂的事情我都希望有一个清晰的程序。谢谢 编辑:我们还刚刚意识到问题是两个虚拟机服务器和两个非虚拟机服务器。我们也在考虑把这张票作为最后手段,尽管我们的问题并不
编辑:我们还刚刚意识到问题是两个虚拟机服务器和两个非虚拟机服务器。我们也在考虑把这张票作为最后手段,尽管我们的问题并不完全相同 散列是从绑定的JS的字节生成的。实际上,它们不可能包含完全相同的信息,但也有不同的散列。如果您完全确定这两台服务器上的HTML页面在每个空格、制表符或换行符上都是相同的,那么实际的HTML页面有可能缓存在您的一台服务器上。只有在重新生成此页面时,才会对包的实际哈希进行更改。您误解了ASP.NET绑定的用途。你不应该引用散列中的确切版本。。。它是在捆绑项目时动态生成的。它们在部署之前没有预先绑定。是的,所以在应用程序启动时,服务器会生成该散列。为什么在应用程序启动时,一台服务器从一组文件生成一个捆绑包,并从该捆绑包生成一个SHA256,而另一台服务器使用不同的哈希生成相同的捆绑包。谢谢您的确认。我们镜像了整个网站,回收了应用程序池,甚至清除了临时文件。缩小是否可能是产生稍微不同的文件的原因。这是否取决于IIS配置?我们还刚刚意识到问题是两个虚拟机服务器和两个非虚拟机服务器。找到了这条线索,我们将研究这张票作为最后手段,尽管我们的问题不完全相同。