Можете ли вы включить HTTP-сжатие в IIS 6 без перезапуска IIS?

Question

Я сейчас оптимизирую производительность на сайте моей компании; когда на загрузку 2MB + на нашу домашнюю страницу и активы приходилось 6-10 секунд (сайт в основном Flash с большим количеством носителей, поэтому это не 2MB HTML и viewstate). Есть много вещей, которые нужно будет сделать, чтобы уменьшить размер этого загружаемого файла; но одна вещь, которую я определенно хочу сделать, это включить сжатие HTTP для сжатия нашего статического контента, в частности XML, CSS и JS; Я не думаю, что сжатие многое сделает для SWF и JPG.

Я хочу включить это только на нашем промежуточном сайте, чтобы я мог провести тестирование и бенчмаркинг сервера. Это означает, что мне нужно будет выполнить редактирование Metabase, так как IIS 6 не позволяет вам устанавливать сжатие на отдельном сайте через диспетчер IIS. Проблема в том, что Metabase заблокирован IIS, поэтому я не могу сэкономить; и даже если я сохраню изменения, я должен перезапустить IIS, чтобы изменения повлияли; который будет уничтожать другие живые сайты, размещенные на одном сервере. Есть ли способ разрешить сжатие для одного сайта без перезапуска IIS? Я не против перезапуска нашего сайта-постановщика; Я просто не хочу, чтобы эта работа удаляла другие сайты на сервере.

Любая помощь очень ценится.

Answer 1

У вас есть опция «Разрешить прямое изменение метабазы»? Если это так, вы должны иметь возможность редактировать метабазу, и когда файл будет сохранен, IIS автоматически поместит большинство изменений. More details here

Вы также можете включить сжатие с помощью adsutil.vbs. Имеются примеры here и в комментариях this blog post.

cscript C:\Inetpub\AdminScripts\adsutil.vbs set w3svc/site#/root/DoStaticCompression False 
cscript C:\Inetpub\AdminScripts\adsutil.vbs set w3svc/site#/root/DoDynamicCompression False 

Answer 2

Вы понимаете, что IISRESET может произойти буквально через пару секунд, и это может быть так быстро, что запросы пользователей будут просто «зависать», пока сервер не ответит.

Единственная плохая часть заключается в том, что если они используют сеансы сервера, они могут потеряться.

Вы должны включить HTTP-сжатие, как правило, хорошо, на сегодняшних серверах вы редко используете какое-либо значительное количество использования ЦП, поэтому второстепенная задача сжатия HTTP-выхода будет экономить вас больше на пропускной способности, чем вы потеряете в CPU время.

Следует также упомянуть, что кто-то, кто создает ваши Flash-файлы, делает это неправильно, разработчику флэш-памяти необходимо передавать потоковые компоненты Flash, а не доставлять каждую графику, звук & анимации на первом просмотре страницы. Нет никакой причины, чтобы передняя страница Flash составляла более 100 тысяч.