Я читал в документации Google свой новый плагин pagespeed, который они рекомендуют использовать cookieless domains для повышения производительности:
Статический контент, такой как изображения, файлы JS и CSS, не обязательно должен сопровождаться файлами cookie, так как взаимодействие с этими ресурсами отсутствует. Вы можете уменьшить время ожидания запроса, обслуживая статические ресурсы из домена, который не служит куки.
Кто-нибудь знает, как это сделать в IIS?
Что предлагает статья Google, так это то, что вы обслуживаете весь свой статический контент из другого домена, где файлы cookie изначально не установлены этим обслуживающим доменом.
Файлы cookie устанавливаются двумя способами - куки-сеансами (например, с помощью запросов ASP или ASP.NET) или явно вашим приложением.
Они будут отправлены обратно на сервер при каждом последующем запросе для домена, который устанавливает cookie (независимо от того, является ли запрос для статического или динамического содержимого), тем самым увеличивая полезную нагрузку запроса.
То, что вы делаете, имея второй домен для обслуживания статического контента (HTML, CSS, изображения и т.д.), делает запросы на получение файлов cookie, поскольку исходный файл cookie не будет установлен в первую очередь для этого домена.
В IIS это ваше приложение, ISAPI-фильтр или расширение ISAPI, которое добавит файл cookie. Если ваш сервер IIS не перехватывает запросы на статический контент (потому что это обычно обрабатывается драйвером http.sys режима ядра), то никакие файлы cookie не будут добавлены в ответ. Это только дальше по конвейеру запроса, в котором используются файлы cookie.
В принципе, нет возможности явно настраивать домены без файлов cookie в IIS.
Если вы просто ставите все свои статические ресурсы, например static.mysite.com, и если вы никогда не устанавливаете куки в этом домене, браузер никогда не отправит куки файл при получении ресурса из вашего статического домена.
Что все Google говорит. Там ничего не настроить, просто организовать.
AFAIK google analytics устанавливает cookie для всех поддоменов, поэтому было бы бесполезно, если вы используете аналитику?
Я тоже это испытал, вам нужно будет использовать другой домен, чтобы избежать настройки cookie analytics/adsense. Использование static.yourdomain.com не сократит его.
Здесь, чтобы надеяться, Google изменит свои куки-аналитики, чтобы мы не все должны были покупать новые домены, чтобы обслуживать содержимое без файлов cookie.
AFAIK google analytics устанавливает cookie для всех поддоменов, поэтому было бы бесполезно, если вы используете аналитику?
Вот пример использования асинхронного кода отслеживания Google Analytics, как настроить домен для отслеживания:
_gaq.push(['_setAccount', 'UA-XXXXXXX-x'],['_setDomainName', 'www.example.com'],['_trackPageview']);
Вот пример использования предыдущей версии кода отслеживания:
var pageTracker = _gat._getTracker("UA-XXXXXXX-x");
pageTracker._setDomainName("www.example.com");
pageTracker._trackPageview();
и вот что Google должен сказать об этом: Google Analytics и Cookies