Я изо всех сил, чтобы найти что-нибудь вообще в Интернете о том, как решить эту проблему ...Кассетный Пакетирование очень медленно на реальном сервере
У нас есть веб-сайт на основе ASP.NET MVC3, который использует кассеты сделать укрупнение ресурсов , В настоящее время я развертываю веб-сайт на сервере для использования в реальном времени, но мы сталкиваемся с проблемами. У меня есть сервер постановки/интеграции, где все размещено, что работает отлично.
Используя тот же код и ту же конфигурацию, сборка кассет занимает несколько минут, когда AppPool «разогревается» на новом сервере вживую. Я могу сказать, что это временная кассета, потому что несколько раз я запускал анализ Debug Diag во время паузы, и он последовательно показывает, что кассета находится в середине процесса связывания CoffeeScript. Я прочитал на веб-сайте Cassette, что компиляция CoffeeScript может занять много времени, если файлы слишком большие, но наши довольно маленькие (у нас около 6).
Итак, мой главный вопрос: есть ли что-то, что может серьезно помешать выполнению первоначального связывания кассеты? Какое-либо отношение к изолированной кассете памяти используется для кеширования пакетов?
Для справки серверы запускают IIS 7.5 на Windows Server 2008 R2.
Бонусный раунд: Когда что-то в конечном итоге загружается, я вижу ошибку «Недействительная операция, когда пакет не имеет активов». Смутно нет пустого пула ссылок, который пуст. Еще раз все работает на нашем промежуточном сервере, но не на «живом» сервере.
Большое спасибо за любые идеи.
UPDATE Настройка конфигурации кассеты так debug=true, кажется, делает все работы, в том числе проблемы «Bonus Round». Я бы очень хотел использовать преимущества использования режима отладки, такого как minification, хотя вопрос все еще стоит.
У меня нет полного ответа для вас, но я столкнулся с подобной проблемой, поэтому я брошу то, что у меня есть. Сначала вы можете посмотреть в [offline compilation] (http://getcassette.net/documentation/v2/msbuild). –
Другое дело, что я боролся с проблемами скорости и использовал «профилирование шага отладки», я заметил, что определенный вызов ['BlockingCollection'] (https://github.com/andrewdavey/cassette/blob/master/src/Cassette. CoffeeScript/IECoffeeScriptCompilationQueue.cs) потребовалось много времени, чтобы вернуться. В конце концов я сдался, искал альтернативные инструменты, а затем вернулся в Кассетт. Когда я это сделал, я воссоздал решение, и проблема исчезла. Таким образом, это не решение, но, возможно, вы можете подобрать место, где я остановился, и исследовать эту блокирующую коллекцию. –