Как соблюдать правила скорости страницы "Подавать статический контент из файла cookieless domain" в IIS6?
Как относиться к правилам скорости страницы "Подавать статический контент из cookieless домена" в IIS6?
Ответ 1
Чтобы создать cookieless-сайт (или поддомен, который является очень распространенной передовой практикой) в IIS6/IIS7/IIS7.5, прост: вам нужно сообщить веб-сайту, что вы не должны использовать файлы cookie:) Это означает, что в условиях IIS не использовать сеанс.
Это может быть достигнуто в IIS6/IIS7 двумя способами.
- Изменение файла Web.config(моя личная рекомендация)
- С помощью графического интерфейса диспетчера IIS найдите параметр и измените его.
ВАЖНО
Прежде чем выполнять какое-либо тестирование, вы должны должны очистить все файлы cookie (или все файлы cookie для домена u тестируются), в противном случае они будут переданы, даже если вы выполнили все шаги.
1. Через файл конфигурации
Вам нужно определить состояние сеанса для перехода.
<system.web>
<sessionState cookieName="What_ever" mode="Off" />
</system.web>
ПРИМЕЧАНИЕ. Обратите внимание, что атрибут cookieless (true | false) НЕ означает "отправлять файлы cookie/не отправлять файлы cookie". Это для использования сеансов с/без куки файлов... и вместо этого передает URL-адрес cookie в URL-адрес (если установлено значение true).
2. Via Gui
Надеюсь, что это поможет (я полагаю, вы знаете, как проверить, что никакие файлы cookie не работают/не работают...)
Ответ 2
Это означает, что ваш контент должен поступать из домена, в котором нет файлов cookie. StackOverflow.com - пример сайта, который делает это. Вы заметите, что весь SO статический контент поступает из домена с именем sstatic.net
.
http://sstatic.net/stackoverflow/all.css
http://sstatic.net/js/master.js
Это значит, что клиенту и серверу не нужно тратить ресурсы на разбор и обработку файлов cookie. Хорошая новость заключается в том, что вы можете использовать субдомен, предполагая, что вы правильно установили свой путь к файлу cookie.
Лучшие рекомендации для ускорения работы Yahoo Ваш веб-сайт
Использовать бездокументарные домены для компонентов
Когда браузер делает запрос на статическое изображение и отправляет файлы cookie вместе с запросом, сервер не имеет никакого значения для тех печенье. Поэтому они создают сеть трафик без уважительной причины. Вам следует убедитесь, что статические компоненты запрошены с запросами без cookie. Создайте субдомен и разместите все свои статические компоненты. Если ваш домен www.example.org, вы можете разместить свои статические компоненты на static.example.org. Однако, если вы уже установили файлы cookie на верхнем уровне domain example.org в отличие от www.example.org, тогда все запросы to static.example.org будет включать эти куки. В этом случае вы можете купите совершенно новый домен, разместите свой статических компонентов, и сохраняйте это домен без cookie. Yahoo! использования yimg.com, YouTube использует ytimg.com, Amazon использует images-amazon.com и так на.
Еще одно преимущество размещения статических компонентов в домене, свободном от файлов cookie, является что некоторые доверенные лица могут отказаться от кешировать компоненты, которые запрашивается с помощью файлов cookie. По связанным обратите внимание, если вам интересно, следует ли использовать example.org или www.example.org для вашей домашней странице, рассмотрите файл cookie влияние. Опущение www не оставляет вас выбор, но писать файлы cookie в *.example.org, поэтому по соображениям производительности лучше всего использовать www субдомен и напишите файлы cookie в этот поддомен.
Ответ 3
создайте субдомен (например, static.example.com
) и сохраните все статическое содержимое (изображения, css, js) здесь