ASP.NET MVC: Производительность сайта, лимиты хостинга или Memory Performance Profiler для сайта
На правах предисловия
В предыдущей статье был описан поэтапный переход с MVC 3 на MVC 4. Речь шла о проекте “Музей Юмора”, про который написано несколько статей в цикле “История одного проекта” (жаль, что не дошли руки написать об оптимизации этого проекта). Так вот, со всей ответственностью могу заявить, что не всё так сказочно красиво и добротно в новом MVC4 и есть подводные камни. После перевода сайта на новую версию MVC и публикации проекта на сервере хостинг-провайдера (у меня провайдер parking.ru, который обслуживает мои сайты аж с 2005 года) повалились непредвиденные трудности.
Подводные камни
Я думаю, ни для кого не секрет, что все хостинг-провайдеры, так или иначе, ограничивают своих клиентов, вернее сайты своих клиентов, на предмет доступности ресурсов сервера (всё зависит от конкретного тарифного плана, но тем не менее, ограничения есть и немалые). Например, на сайте моего провайдера ограничение на использование процессорных мощностей установлено в 10%, а использование памяти на пул составляет 200 Мб. У других провайдеров (на момент написания статьи) и того меньше.
После перевода сайта на платформу MVC4 стал “вываливаться”. Сначала редко, а потом всё чаще и чаще, отображая такое сообщение:
Самое обидное, что никаких записей в системе аудита моего сайта не появлялось. А локально (в отладке) сайта работал идеально правильно и ровно. Служба поддержки провайдера, после некоторого обмена почтовых сообщений, выдала мне следующую информацию по логам их сервера:
System 2645362 2012-10-15 11:59:47 2012-10-15 11:59:47 5117 4 Information event 0 None WAS 52480|calabonga-111 web15.corpa.parking.ru … A worker process with process id of '52480' serving application pool 'calabonga-111' has requested a recycle because it reached its private bytes memory limit.
А это, если говорить по-русски, значит следующее: Сайт “запросил” у сервера слишком много памяти, и сервер “убил” процесс. Процесс убивался на несколько десятков минут. Сайт через некоторое время снова запускался, но, как понимаете, осадок-то остается и множится с каждым “падением”. Пришлось начать расследование, потому что предложенное провайдером решение “переход на другой, более дорогой тарифный план” не входило в мои планы.
Расследование
Самое трудное в этой жизни, как гласит народная мудрость: догонять и ждать! Но я бы добавил еще одно – “искать утечки памяти”. Пусть это частный случай касательно программирования, но попробуй-ка найди!
Одна очень хорошая1 программа помогла найти мне “узкое место” в структуре сайта, а если конкретнее сказать, то именно то место, где память “сливалась в унитаз” с огромной скоростью и завидным постоянством. “Узкое место” в MVC4 – Bundles!
Минимизация и сжатие файлов при старте приложения требует много памяти, полученные файл потом кэшируются, но при новом старте (если мало посетителей, сайт “усыпляется” провайдером) всё повторяется. Из-за этого и были проблемы на стороне хостинга. Если отключить строку:
BundleConfig.RegisterBundles(BundleTable.Bundles);
То сайт работал как часы, медленно (что не видно невооруженным глазом), но работал. Более того, оказалось, Microsoft знает об этой проблеме, потому как на сайте форума social.msdn.microsoft.com на жалобу одного из пользователей (в вольном переводе с английского), которая звучала примерно так: “…Сайт до подключения минимизации запускался менее чем за полсекунды, а после подключения стал запускаться за более чем пять с половиной секунд…”, был опубликован ответ, который меня поразил: “…Да, это действительно так, зато потом всё быстро работает. Проводите тестирование на запущенном сайте…”. Я шоке – сайт unavailable! Так дело не пойдет, надо найти другое решение.
Решение
Очевидно, что от такого тормоза надо избавляться. Вариант, который пришел мне в голову – минимизировать и склеивать необходимые файлы только при компиляции приложения в режиме “Release”, то есть перед публикацией на сервер хостинга. А при отладке (работа в режиме “Debug”) использовать не минимизированные файлы скриптов и CSS.
После непродолжительных поисков в Интернете, я остановился на Microsoft Ajax Minifier. Одной из отличительных особенностей этого минимизатора является то, что он может запускаться как Task для MSBuild.
Итак, для того чтобы показать как работает минимизация и склеивание, покажу для начала текущую структуру папок и названия файлов:
рис.1 “Структура проекта Музей Юмора”
В папке Content имеются два файла, которые должны быть подвержены обработке:
humor.css
jquery-ui-1.9.0.custom.min.css
Первый, это, собственно говоря, каскадные стили сайта, он не сжатый. Второй – jQuery UI файл, которой уже сжат.
Задача 1: Сжать humor.css и склеить его с jquery-ui-1.9.0.custom.min.css. Название для общего файла будет all.min.css.
В папке Js находится фреймворк на javascript:
рис.2 “Фреймворк на Javascript для сайта”
Задача 2: Файлы mvc.helpers.*.js являются вспомогательными. Например, для поиска по сайту в поле autocomplete, или тот же autocomplete для подстановки тегов. Их надо минимизировать. Если, уважаемый читатель, вы еще не читали статьи про knockout в нашем блоге, то файлы site.core.js и site.services.js это основа для работы моего фреймворка для всех страницах сайта с knockout. Эти файлы надо склеить и сжать, пусть название сжатого файла будет engine.min.js. Что же касается site.vm.*.js, то это ViewModel’ы для страниц представлений. Эти файлы надо только сжать.
Теперь поговорим про папку Scripts. Вот что сейчас там валяется:
рис. 3 “Остальные скрипты и фреймворки на javascript”
Задача 3: Файлы в папке Scripts, которые надо сжать:
jquery.blockUI.js
jquery.cookie.js
knockout.validation.ru-ru.js
modernizr-2.6.2.js
Остальные уже имеют минимизированную версию. Но и те и эти надо склеить в один файл (не все, только некоторые, что к чему приклеивать разберем ниже), пусть он называется common.min.js. Этот файл будет подключаться в главном шаблоне, потому как все страницы будут использовать его. Также некоторые файлы из этой папки нужно будет склеить в файле engine.min.js. Не может же мой фреймворк работать без knockout.js :)
Файлы и папки
Итак, подведем итог. Компиляция проекта в режиме “Release” должна создать файл all.min.css, в котором должным быть минимизированы и склеены:
humor.css
jquery-ui-1.9.0.custom.min.css
Файл common.min.js, должен содержать файлы:
jquery-1.8.2.js
jquery-ui-1.9.0.js
jquery.blockUI.js
Файл engine.min.js должен содержать следующие файлы:
knockout-2.1.0.js
knockout.validation.js
knockout.validation.ru-ru.js
knockout.mapping-latest.js
jquery.cookie.js
site.core.js
site.services.js
Файлы, которые должны быть просто минимизированы без склеивания с другими:
site.vm.*.js – все ViewModel’ы
mvc.helpers.*.js – все вспомогательные файлы скриптов
Таком образом, в режиме отладки (Debug) на главной странице я буду использовать такие скрипты:
<scriptsrc="~/Scripts/knockout-2.1.0.js"></script>
<scriptsrc="~/Scripts/knockout.validation.js"></script>
<scriptsrc="~/Scripts/knockout.mapping-latest.js"></script>
<scriptsrc="~/Scripts/jquery.cookie.js"></script>
<scriptsrc="~/Js/site.core.js"></script>
<scriptsrc="~/Js/site.services.js"></script>
<scriptsrc="~/Js/site.vm.lenta.js"></script>
А в режиме публикации (Release) всего два файла:
<scriptsrc="~/Js/engine.min.js"></script>
<scriptsrc="~/Js/site.vm.lenta.min.js"></script>
Зачем всё это нужно? Постараюсь кратко объяснить. Да, размер файлов увеличится, но это будет гораздо лучше, потому что загруженные файлы кэшируются, а вот количество одновременных загрузок ресурсов ограничено на всех браузерах и равно 6 (в одном домене). То есть, пока грузится первые шесть скриптов, ни картинки, ни CSS файлы не грузятся, все ждут, и я, и вы в том числе.
MSBuild и Microsoft Ajax Minifier
Microsoft Ajax Minifier можно установить скачав установщик с сайта, а можно установить как nuget-пакет:
PM> Install-Package AjaxMin
После установки пакета начнем внедрение в файл проекта. Нажимаем правой кнопкой мыши на файле проекта, в меню опций выбираем Unload Project. Выгружаем проект из студии. Затем снова нажимаем правой кнопкой и теперь выбираем Edit. В студии открывается файл проекта. Начнем внедрение.
Перво-наперво, в аккурат после закрывающего тега </ProjectExtensions> вставляем новый импорт:
<ImportProject="$(SolutionDir)\packages\AjaxMin.4.73.4685.17669\tools\net40\ajaxmin.tasks" />
Далее вставляем новый Target, который будет запускаться по условию, если имя конфигурации будет “Release”:
1: <TargetName="AfterBuild"Condition=" '$(ConfigurationName)'=='Release' ">
2:
3: <!-- ... сюда будем вставлять последующий код ...-->
4:
5: </Target>
Теперь добавим внутрь группы для формирования файлов. Первая группа JsCommon, потом JsEngine и наконец, JsVm:
1: <ItemGroup>
2: <JsCommonInclude="
3: $(ProjectDir)\Scripts\jquery-1.8.2.js;
4: $(ProjectDir)\Scripts\jquery-ui-1.9.0.js;
5: $(ProjectDir)\Scripts\jquery.blockUI.js;"/>
6: <JsEngineInclude="
7: $(ProjectDir)\Scripts\knockout-2.1.0.js;
8: $(ProjectDir)\Scripts\knockout.validation.js;
9: $(ProjectDir)\Scripts\knockout.validation.ru-ru.js;
10: $(ProjectDir)\Scripts\knockout.mapping-latest.js;
11: $(ProjectDir)\Scripts\jquery.cookie.js;
12: $(ProjectDir)\Js\site.core.js;
13: $(ProjectDir)\Js\site.services.js;"/>
14: <JsVmInclude="
15: $(ProjectDir)\Js\site.vm.*.js;
16: $(ProjectDir)\Js\mvc.helpers.*.js;"
17: Exclude="
18: $(ProjectDir)\Js\site.vm.*.min.js;
19: $(ProjectDir)\Js\mvc.helpers.*.min.js;"/>
20: <CssFilesInclude="$(ProjectDir)\Content\*.css;"/>
21: </ItemGroup>
Обратите внимание на то, что в строках 18 и 19 исключаются файлы, которые уже сжаты. Теперь “прочитаем” строки из всех файлов JsCommon и запишим в новый файл common.js:
1: <ReadLinesFromFileFile="%(JsCommon.Identity)">
2: <OutputTaskParameter="Lines"ItemName="jsCommonLines"/>
3: </ReadLinesFromFile>
4: <WriteLinesToFile
5: File="$(ProjectDir)\Js\common.js"
6: Lines="@(jsCommonLines)"
7: Overwrite="true"/>
В строке 1 имя файла указано JsCommon, который был создан в строке 2 предыдущего листинга. Теперь такую же операцию проделаем с JsEngine и CssFiles. Далее создадим новую группу из уже вновь созданных файлов:
1: <ItemGroup>
2: <JSCommonAllInclude="**\Js\common.js"Exclude="**\*.min.js"/>
3: <JSEngineAllInclude="**\Js\engine.js"Exclude="**\*.min.js"/>
4: <CSSInclude="**\Content\all.css"Exclude="**\*.min.css"/>
5: </ItemGroup>
А теперь, собственно говоря, сама минимизация:
1: <AjaxMin
2: JsSourceFiles="@(JSCommonAll)"
3: JsSourceExtensionPattern="\.js$"
4: JsTargetExtension=".min.js"/>
После всех операций вычищаем “каку” из проекта. Стоп, мне кажется, будет проще показать весь код который я вставил в файл проекта целиком, для наглядности:
1: <ImportProject="$(SolutionDir)\packages\AjaxMin.4.73.4685.17669\tools\net40\ajaxmin.tasks"/>
2: <TargetName="AfterBuild"
3: Condition=" '$(ConfigurationName)'=='Release' ">
4: <DeleteFiles="$(ProjectDir)\Content\all.min.css"
5: Condition="!Exists('$(ProjectDir)\Content\all.css')"/>
6: <ItemGroup>
7: <JsCommonInclude="
8: $(ProjectDir)\Scripts\jquery-1.8.2.js;
9: $(ProjectDir)\Scripts\jquery-ui-1.9.0.js;
10: $(ProjectDir)\Scripts\jquery.blockUI.js;"/>
11: <JsEngineInclude="
12: $(ProjectDir)\Scripts\knockout-2.1.0.js;
13: $(ProjectDir)\Scripts\knockout.validation.js;
14: $(ProjectDir)\Scripts\knockout.validation.ru-ru.js;
15: $(ProjectDir)\Scripts\knockout.mapping-latest.js;
16: $(ProjectDir)\Scripts\jquery.cookie.js;
17: $(ProjectDir)\Js\site.core.js;
18: $(ProjectDir)\Js\site.services.js;"/>
19: <JsVmInclude="
20: $(ProjectDir)\Js\site.vm.*.js;
21: $(ProjectDir)\Js\mvc.helpers.*.js;"
22: Exclude="
23: $(ProjectDir)\Js\site.vm.*.min.js;
24: $(ProjectDir)\Js\mvc.helpers.*.min.js;"/>
25: <CssFilesInclude="$(ProjectDir)\Content\*.css;"/>
26: </ItemGroup>
27: <ReadLinesFromFileFile="%(JsCommon.Identity)">
28: <OutputTaskParameter="Lines"ItemName="jsCommonLines"/>
29: </ReadLinesFromFile>
30: <WriteLinesToFile
31: File="$(ProjectDir)\Js\common.js"
32: Lines="@(jsCommonLines)"
33: Overwrite="true"/>
34: <ReadLinesFromFileFile="%(JsEngine.Identity)">
35: <OutputTaskParameter="Lines"ItemName="JsEngineLines"/>
36: </ReadLinesFromFile>
37: <WriteLinesToFile
38: File="$(ProjectDir)\Js\engine.js"
39: Lines="@(jsEngineLines)"
40: Overwrite="true"/>
41: <ReadLinesFromFileFile="%(CssFiles.Identity)">
42: <OutputTaskParameter="Lines"ItemName="cssLines"/>
43: </ReadLinesFromFile>
44: <WriteLinesToFileFile="$(ProjectDir)\Content\all.css"
45: Lines="@(cssLines)"Overwrite="true"/>
46: <ItemGroup>
47: <JSCommonAllInclude="**\Js\common.js"Exclude="**\*.min.js"/>
48: <JSEngineAllInclude="**\Js\engine.js"Exclude="**\*.min.js"/>
49: <CSSInclude="**\Content\all.css"Exclude="**\*.min.css"/>
50: </ItemGroup>
51: <AjaxMin
52: JsSourceFiles="@(JSCommonAll)"
53: JsSourceExtensionPattern="\.js$"
54: JsTargetExtension=".min.js"/>
55: <AjaxMin
56: JsSourceFiles="@(JsVm)"
57: JsSourceExtensionPattern="\.js$"
58: JsTargetExtension=".min.js"/>
59: <AjaxMin
60: JsSourceFiles="@(JSEngineAll)"
61: JsSourceExtensionPattern="\.js$"
62: JsTargetExtension=".min.js"
63: CssSourceFiles="@(CSS)"
64: CssSourceExtensionPattern="\.css$"
65: CssTargetExtension=".min.css"/>
66: <ItemGroup>
67: <DeleteAfterBuildInclude="$(ProjectDir)\Js\common.js"/>
68: <DeleteAfterBuildInclude="$(ProjectDir)\Js\engine.js"/>
69: <DeleteAfterBuildInclude="$(ProjectDir)\Content\all.css"/>
70: </ItemGroup>
71: <DeleteFiles="@(DeleteAfterBuild)"/>
72: <RemoveDirDirectories="$(OutputPath)\obj"/>
73: </Target>
Сохраняем файл проекта, и правой кнопкой мыши на нем, выбираем Reload Project. Переключаем конфигурацию в режим Release. Компилируем… Если вы всё правильно сделали, а сгенерированных файлов не увидели, проверьте включена ли опция показывать скрытые файлы:
рис. 4 “Показать все файлы”
У меня получилось то, что я хотел, все поставленные задачи выполнены. Я включил сгенерированные файлы в проект. Вот, например, как изменилась папке Js.
рис. 5 “Сгенерированные файлы”
Новые файлы отмечены синей бякой. Осталось только в разметке в зависимости от того включен Debug на сайте или нет, использовать те или иные скрипты и файлы.
Использование результатов
В главном шаблоне теперь подключение каскадных таблиц происходит так:
1: @if (HttpContext.Current.IsDebuggingEnabled) {
2: <linkhref="~/Content/humor.css"rel="stylesheet"/>
3: <linkhref="~/Content/jquery-ui-1.9.0.custom.min.css"rel="stylesheet"/>
4: <scriptsrc="~/Scripts/modernizr-2.6.2.js"></script>
5: }
6: else {
7: <link href="~/Content/all.min.css" rel="stylesheet" />
8: <script src="~/Scripts/modernizr-2.6.2.min.js"></script>
9: }
А вот так подключаются скрипты:
1: @if (HttpContext.Current.IsDebuggingEnabled) {
2: <script src="~/Scripts/jquery-1.8.2.min.js"></script>
3: <script src="~/Scripts/jquery-ui-1.9.0.min.js"></script>
4: <script src="~/Scripts/jquery.blockUI.js"></script>
5: }
6: else {
7: <script src="~/Js/common.min.js"></script>
8: }
И так придется сделать во всём проекте, придется пройтись по всем представлениям. Например, представление главной страницы теперь так подключает скрипты:
1: @section scripts{
2: @if (HttpContext.Current.IsDebuggingEnabled) {
3: <scriptsrc="~/Scripts/knockout-2.1.0.js"></script>
4: <script src="~/Scripts/knockout.validation.js"></script>
5: <script src="~/Scripts/knockout.mapping-latest.js"></script>
6: <script src="~/Scripts/jquery.cookie.js"></script>
7:
8: <script src="~/Js/site.core.js"></script>
9: <script src="~/Js/site.services.js"></script>
10: <script src="~/Js/site.vm.lenta.js"></script>
11: }
12: else {
13: <script src="~/Js/engine.min.js"></script>
14: <script src="~/Js/site.vm.lenta.min.js"></script>
15: }
16: }
Тестирование
До того как была выполнена оптимизация кода и сжатие скриптов и всё такое страница выглядела таким образом:
После проделанных действий, (правда, еще большинство картинок объединены в спрайты и еще кое-какие махинации с файлами), результат следующий:
Сравните сами, какое количество загружаемых файлов было, и какое стало. А можете зайти на calabonga.com и покликать по страницам. Прирост в скорости очевиден. PageSpeed от Google теперь показывает 92 балла из 100 возможных:
До оптимизации был 81 балл.
В качестве заключения
Используемый в разметке
HttpContext.Current.IsDebuggingEnabled
ни коим образом не зависит от конфигурации проекта (DEBUG/RELEASE). Режим IsDebuggingEnabled включается в файле конфигурации (web.config).
<compilationdebug="true"targetFramework="4.0" />
При публикации не забывайте удалить атрибут debug или установить его значение в false. А можно воспользоваться услугами студии и, в частности, возможностью автоматической трансформации web.config.
В файле web.Release.config должна быть строка:
<compilationxdt:Transform="RemoveAttributes(debug)"/>
Вот и всё. Спасибо что читаете блог, пишите комментарии.
1 – Программ такого рода в Интернете – море, найти что-то стоящее требует времени. ANTS Memory Profiler - действительно очень удачно построена. Всё просто и доходчиво. Наглядно показываются зависимости “слепков” (shapshoots) памяти, и понять что “ест” память достаточно просто. Программа очень понравилась, правда есть одно “но” – цена… Срок использования программы в режиме ознакомления – 14 дней.
Подробнее: http://feedproxy.google.com/~r/blogmusor/~3/P5J__hymhS4/100
Дайджест новых статей по интернет-маркетингу на ваш email
Новые статьи и публикации
- 2024-09-30 » Как быстро запустить Laravel на Windows
- 2024-09-25 » Next.js
- 2024-09-05 » OpenAI рассказал, как запретить ChatGPT использовать содержимое сайта для обучения
- 2024-08-28 » Чек-лист: как увеличить конверсию интернет-магазина на примере спортпита
- 2024-08-01 » WebSocket
- 2024-07-26 » Интеграция с Яндекс Еда
- 2024-07-26 » Интеграция с Эквайринг
- 2024-07-26 » Интеграция с СДЕК
- 2024-07-26 » Интеграция с Битрикс-24
- 2024-07-26 » Интеграция с Travelline
- 2024-07-26 » Интеграция с Iiko
- 2024-07-26 » Интеграция с Delivery Club
- 2024-07-26 » Интеграция с CRM
- 2024-07-26 » Интеграция с 1C-Бухгалтерия
- 2024-07-24 » Что такое сторителлинг: техники и примеры
- 2024-07-17 » Ошибка 404: что это такое и как ее использовать для бизнеса
- 2024-07-03 » Размещайте прайс-листы на FarPost.ru и продавайте товары быстро и выгодно
- 2024-07-01 » Профилирование кода в PHP
- 2024-06-28 » Изучаем ABC/XYZ-анализ: что это такое и какие решения с помощью него принимают
- 2024-06-17 » Зачем вам знать потребности клиента
- 2024-06-11 » Что нового в работе Яндекс Метрики: полный обзор обновления
- 2024-06-11 » Поведенческие факторы ранжирования в Яндексе
- 2024-06-11 » Скорость загрузки сайта: почему это важно и как влияет на ранжирование
- 2024-05-27 » Подборка сервисов для расшифровки аудио в текст
- 2024-05-27 » PostgreSQL 16. Изоляция транзакций. Часть 2
- 2024-05-06 » Как настраивать конверсионные стратегии: работа над ошибками
- 2024-04-22 » Комментирование кода и генерация документации в PHP
- 2024-04-22 » SEO в России и на Западе: в чем основные отличия
- 2024-04-22 » SEO для международного масштабирования
- 2024-04-22 » Как использовать XML-карты для продвижения сайта
Полезнее знать несколько мудрых правил, которые всегда могли бы служить тебе, чем выучиться многим вещам, для тебя бесполезным Сенека Луций Анней - (1 до н. э. / 1 н. э.- 65 н. э.) - римский государственный деятель, писатель, философ |
Мы создаем сайты, которые работают! Профессионально обслуживаем и продвигаем их , а также по всей России и ближнему зарубежью с 2006 года!
Как мы работаем
Заявка
Позвоните или оставьте заявку на сайте.
Консультация
Обсуждаем что именно Вам нужно и помогаем определить как это лучше сделать!
Договор
Заключаем договор на оказание услуг, в котором прописаны условия и обязанности обеих сторон.
Выполнение работ
Непосредственно оказание требующихся услуг и работ по вашему заданию.
Поддержка
Сдача выполненых работ, последующие корректировки и поддержка при необходимости.