У меня довольно трудоемкая проблема с Sitecore CMS.
Можно ли сократить время, необходимое для перезапуска пула приложений каждый раз, когда в папку bin или web.config вносятся изменения?
Серверу требуется от 2 до 5 минут, чтобы ответить сразу после изменения.
Любые идеи?
Здесь есть одна статья от alex shyba из sitecore, посвященная Сокращение Sitecore Время запуска
Краткое содержание статьи
<runtime>
<generatePublisherEvidence enabled="false"/>
</runtime>
<setting name="Counters.Enabled" value="false" />
Существует множество статей об улучшении производительности ядра сайта. Я перечислил несколько ссылок ниже:
<setting name="Analytics.Enabled" value="true" />. Он находится в Sitecore.Analytics.config Это немного поможет.
- person Harsh Baid; 12.08.2015
Ему нужно перезапустить пул приложений, чтобы загрузить новую dll.
Вы можете попытаться свести к минимуму то, что вы делаете при запуске (но я предполагаю, что это в основном вещи, связанные с ядром сайта, на которые вы не можете повлиять), так что лучше Я могу предложить 2 веб-сервера с переключателем содержимого.
Вы запустите свое приложение на 2 серверах, а переключатель содержимого решит, какой сервер обрабатывает какой запрос (будьте осторожны с сеансом и статикой, потому что каждый сервер будет знать ничего другого).
Если в какой-то момент вам нужно выпустить новую версию, вы просто указываете переключателю содержимого направлять весь трафик на веб-сервер A. Затем вы выполняете развертывание на веб-сервере B, открываете веб-сайт с помощью прямого URL-адреса, который не не пропускайте переключатель контента и убедитесь, что он работает правильно + прогрелся.
Затем вы указываете переключателю контента направлять весь трафик на B, и у вас есть все время в мире, чтобы обновить веб-сервер A и переключить переключатель контента обратно. в обычный режим.
У меня тоже была эта проблема.
По какой-то причине моей локальной копии потребовалось около 5 минут, чтобы полностью раскрутиться после любого изменения или запуска сайта заново. Это было совершенно ужасно для тестирования чего-либо. Это была только локальная проблема. Моя серверная среда разработки и производство, похоже, не пострадали.
Я нашел инструмент профилирования, который позволил мне найти элемент управления с выбросами, рендеринг которого занимал неприлично много времени. Попробуй это...
Ищите что-нибудь с неприлично высоким средним или Максимальное время. Ваша проблема, вероятно, будет в логике там.В моем случае я обнаружил, что самая большая проблема возникла из-за одного элемента управления, который выполнял дорогостоящий поиск одного элемента. Это выглядело так -> Sitecore.Context.Database.SelectItems("" + Sitecore.Context.Item.Paths.Path + "/ancestor-or-self::*[@@templateid='" + templateId + "']"); В основном это была локальная проблема, потому что SQL-сервер удален от моей машины, а остальные серверы находились в том же здании. Следовательно, разработка и производство были относительно незатронуты.
Удачи!
Вы можете следить за записью Алекса Шибы здесь
Но 2-5 минут звучит экстремально. Это ненормально. Ваше оборудование обновлено? Также я бы заглянул в ваш кеш предварительной выборки. В вашей среде разработки вы, вероятно, не хотите, чтобы i получал слишком много при запуске, так как это не требуется при разработке.
Я также хотел бы изучить конвейер инициализации и global.asax, чтобы узнать, выполняете ли вы какие-либо пользовательские задания запуска.
Вы можете уменьшить размер кэша предварительной выборки в основных, основных и веб-базах данных, но это не рекомендуется, делайте это только на машинах разработки, а не на рабочих серверах.
