Оптимизация IIS 7.5 для сайта, служащего только статическому содержанию

Вы могли использовать avahi-browse или mdns-scan перечислять все все компьютеры, которые имеют avahi-daemon выполнение (Avahi является реализацией с открытым исходным кодом Apple Добрый день многоадресная передача DNS).

21
задан 6 April 2011 в 02:37
2 ответа

Существует несколько соображений в этом, некоторые, которые обрабатываются на IIS (сжатие HTTP, кэшируя заголовки fx), и некоторые, которые обрабатываются во время процесса сборки / перед развертыванием (таким как JavaScript и конкатенация файла CSS и пробельная минификация).

По сути, немного трудно дать Вам полное краткое изложение в одном ответе, поскольку часть его будет зависеть от Вашей сборки и выпускать методы. На шагах высокого уровня:

  • Сайт является "cookieless" на основании Вас использующий новый домен, тот, который не связывается с Вашим webapplication. Так как Вы не устанавливаете cookie для домена (использующий f.x. код приложения.NET), это затем "cookieless".

  • Необходимо абсолютно включить сжатие HTTP для содержания статического текста, такого как JavaScript и CSS.

  • Я не самый великий администратор IIS, но насколько я могу сказать, Вам только нужны компоненты IIS по умолчанию, связанные с основным "веб-сервером (IIS)" роль сервера.

  • Необходимо абсолютно позволять долго кэшировать заголовки для статического содержания. Общая рекомендация составляет 31 день, но можно установить ее выше или ниже. Помните при обслуживании статического содержания с длинными заголовками кэша затем необходимо изменить URL при изменении файла, для предотвращения старого кэшируемого содержания, снова используемого клиентами.

  • Необходимо включить активный HTTP (те же документы как кэширующиеся заголовки).

В дополнение к этому существуют pre-deployement задачи, такие как пробел, сжимающий JavaScript и CSS, и идеально сжимают PNG лучше и т.д. Это, были Ваши средства разработки, и цикл сборки помогает решить, как продолжить двигаться.

Когда Вы будете сделаны, попытайтесь загрузить несколько файлов со своих статических серверов с включенным YSlow. Я нахожу, что "Классический V2" ruleset дает самое большое влияние для усилия, таким образом, я предложил бы, проверяют Ваш счет по этому YSlow ruleset.

Из "Классического V2" ruleset, эти правила применяют чисто к Вашему статическому серверу экземпляры IIS и содержание:

3. Add an Expires or a Cache-Control Header
4. Gzip Components
10. Minify JavaScript and CSS
11. Avoid Redirects
13. Configure ETags
19. Use Cookie-Free Domains for Components
22. Make favicon.ico Small and Cacheable
18
ответ дан 2 December 2019 в 20:05

Существует очень интересная запись здесь, где кто-то использует IIS для обслуживания статических файлов. Это главным образом концентрируется на тонкой настройке настроек кэширования файлов IIS для ограничения активности диска (который был его узким местом). Он говорит, что видел 20x увеличение производительности.

9
ответ дан 2 December 2019 в 20:05

Теги

Похожие вопросы