盒捆绑直播服务器

我在努力寻找任何关于如何解决此互联网上很慢...盒捆绑直播服务器

我们有一个基于ASP.NET MVC3的网站，使用磁带做资源捆绑。我目前正在将该网站部署到服务器上以供实时使用，但我们遇到了问题。我有一个分段/集成服务器，其中一切托管哪个工作得很好。

使用相同的代码和相同的配置，当AppPool在新服务器上“加热”直播时，卡带捆绑需要几分钟时间才能完成。由于我在停顿几次的时候运行了调试诊断分析，并且始终显示卡带正处于CoffeeScript捆绑过程的中间，所以我可以告诉它是卡带。我曾在Cassette网站上看过，如果文件太大，CoffeeScript编译可能需要很长时间，但我们的文件非常小（我们大约有6个）。

所以我的主要问题是：有什么可以严重阻碍卡带初始捆绑的性能吗？是否与独立存储盒用于缓存捆绑软件有关？

仅供参考，服务器在Windows Server 2008 R2上运行IIS 7.5。

奖金轮：当事情最终加载时，我看到错误“捆绑无资产时无效的操作”。令人困惑的是，没有引用的束空路径。再次，所有的东西都在我们的登台服务器上运行，但不在“实时”服务器上运行。

非常感谢您的任何想法。

UPDATE 设定纸盒配置，以便debug=true似乎使一切工作，包括“奖励回合”的问题。我很想使用不使用调试模式（如缩小）的好处，但问题依然存在。

来源

2014-04-03 GlacialSpoon

我没有一个完整的答案给你，但我遇到了类似的问题，所以我会抛出我的东西。首先为了生产你可能想看看[脱机编译]（http://getcassette.net/documentation/v2/msbuild）。 –

另一件事，我一直在与速度问题挣扎，并使用“调试步骤分析”我注意到，['BlockingCollection']（https://github.com/andrewdavey/cassette/blob/master/src/Cassette。 CoffeeScript/IECoffeeScriptCompilationQueue.cs）需要很长时间才能返回。最后，我放弃了，寻找替代工具，然后回到卡塞特。当我这样做时，我重新创建了解决方案，问题就消失了。所以这不是一个解决方案，但也许你可以拿起我离开的地方，并调查阻塞收集。 –

删除web.config中的会话模块为我工作。虽然不是每个人的解决方案，但我正在处理的应用程序并不依赖于它。

来源

2015-05-21 00:38:04 frattaro

盒捆绑直播服务器

回答

相关问题