我很难在互联网上找到关于如何解决这个问题的任何事情......
我们有一个基于ASP.NET MVC3的网站，它使用Cassette进行资源捆绑。我目前正在将网站部署到服务器上进行实时使用，但我们遇到了问题。 我有一个临时/集成服务器，托管所有东西，工作得很好。
使用相同的代码和相同的配置，当AppPool＆＃34;预热时，卡带捆绑需要几分钟才能完成。在新服务器上直播。我可以告诉它的盒式磁带花费时间，因为我在暂停期间运行了几次Debug Diag分析并且它始终显示盒式磁带正处于CoffeeScript捆绑过程的中间。我在Cassette网站上看过，如果文件太大，CoffeeScript编译可能需要很长时间，但我们的文件非常小（我们大约有6个）。
所以我的主要问题是：有什么能够严重阻碍Cassette初始捆绑的表现吗？是否与隔离存储盒用于缓存捆绑包有什么关系？
作为参考，服务器在Windows Server 2008 R2上运行IIS 7.5。
奖金回合： 当事情最终加载时，我看到错误＆＃34;当bundle没有资产＆＃34;时无效操作。令人困惑的是，没有引用的捆绑路径是空的。一切都可以在我们的登台服务器上运行，但不能在＆＃34; live＆＃34;服务器
非常感谢任何想法。
更新
设置磁带配置使debug=true似乎使一切正常，包括＆＃34; Bonus Round＆＃34;问题。我很乐意使用不使用调试模式这样的好处，所以问题仍然存在。
答案 0 :(得分：0)
删除web.config中的会话模块对我有用。虽然不是每个人的解决方案，但我正在开发的应用程序并不依赖它。