これを解決する方法について、インターネット上で何かを見つけるのに苦労しています...
Cassette を使用してリソースのバンドルを行う ASP.NET MVC3 ベースの Web サイトがあります。現在、ライブで使用するために Web サイトをサーバーにデプロイしていますが、問題が発生しています。すべてがホストされているステージング/統合サーバーがあり、正常に動作しています。
同じコードと同じ構成を使用すると、ライブ用の新しいサーバーで AppPool が「ウォームアップ」するときに、カセット バンドルが完了するまでに数分かかります。一時停止中にDebug Diag分析を数回実行したところ、カセットがCoffeeScriptバンドルプロセスの途中にあることが一貫して示されているため、カセットに時間がかかっていることがわかります。Cassette の Web サイトで、ファイルが大きすぎると CoffeeScript のコンパイルに時間がかかることを読みましたが、私たちのファイルはかなり小さいです (約 6 個あります)。
私の主な質問は次のとおりです: Cassette の最初のバンドルのパフォーマンスを著しく妨げる可能性のあるものはありますか? バンドルをキャッシュするために分離ストレージ カセットが使用することと何か関係がありますか?
参考までに、サーバーは Windows Server 2008 R2 で IIS 7.5 を実行しています。
ボーナス ラウンド: 最終的に読み込まれると、「バンドルにアセットがない場合は無効な操作です」というエラーが表示されます。紛らわしいことに、空の参照バンドル パスはありません。ここでも、ステージング サーバーではすべてが機能しますが、「ライブ」サーバーでは機能しません。
どんなアイデアでもありがとう。
UPDATE
カセット構成を設定するdebug=trueと、「ボーナスラウンド」の問題を含め、すべてが機能するようです。縮小化のようなデバッグモードを使用しないことの利点を利用したいので、問題はまだ残っています。