Остановка cookie, устанавливаемых от домена (иначе “домен без cookie”) для увеличения функционирование сайта
Я читал в документации Google об улучшающейся скорости сайта. Одна из их рекомендаций служит статическому содержанию (изображения, CSS, js, и т.д.) от "домена без cookie":
Статическое содержание, такое как изображения, JS и файлы CSS, не должно сопровождаться cookie, поскольку нет никакого взаимодействия с пользователем с этими ресурсами. Можно уменьшить задержку запроса путем обслуживания статических ресурсов от домена, который не служит cookie.
Google затем говорит, что лучший способ сделать это должно купить новый домен и установить его для указания на текущий:
Для резервирования домена без cookie для обслуживания статического содержания зарегистрируйте новое доменное имя и настройте базу данных DNS с записью CNAME, которая указывает на новый домен на существующий домен запись. Настройте свой веб-сервер, чтобы служить статическим ресурсам от нового домена и не разрешить куки, которые будут установлены где угодно на этом домене. В Ваших веб-страницах сошлитесь на доменное имя в URL для статических ресурсов.
Это - довольно прямой материал, за исключением бита, где он говорит для "конфигурирования веб-сервера для обслуживания статических ресурсов от нового домена и не разрешает куки, которые будут установлены где угодно на этом домене". Из того, что я читал, нет никакой установки в IIS, который позволяет Вам говорить "подачу статические ресурсы", поэтому как я препятствую тому, чтобы ASP.NET установил cookie на этом новом домене?
В настоящее время, даже если я просто запрашиваю .jpg от нового домена, он устанавливает cookie на моем браузере, даже при том, что cookie нашего приложения установлены на наш старый домен. Например, ASP.NET устанавливает ".ASPXANONYMOUS" cookie, который (насколько я знаю) мы не говорим этому делать.
Извинения, если это - реальный newb вопрос, я являюсь новым в этом!
Спасибо.
2 ответа
Если не записывать cookies из домена, то домен будет без cookies.
Когда домен настроен на размещение только ресурсного содержимого, такого как скрипты, изображения и т.д., они запрашиваются обычными HTTP-GET запросами от браузеров. Такое содержимое должно быть предоставлено как есть. Это сделает ваш домен не требующим cookie. Это невозможно сделать с помощью конфигурации веб-сервера. Http полностью лишен состояния, и веб-серверы вообще не имеют представления о куках. Cookies записываются или отправляются клиентам с помощью скриптов на стороне сервера. Лучшее, что вы можете сделать, это отключить возможности asp.net, classic-asp или php скриптов в приложении IIS.
Мы делаем это следующим образом.
У нас есть поддомен, настроенный на обслуживание ресурсов без куки. Поэтому мы размещаем все наши изображения и скрипты на поддомене, а из основного приложения мы просто указываем ресурс по его url. Мы следим за тем, чтобы поддомен оставался свободным от куки, не обслуживая никаких динамических сценариев на этом домене и не создавая никаких asp.net или php сессий.
http://cf.mydomain.com/resources/images/*.images
http://cf.mydomain.com/resources/scripts/*.scripts
http://cf.mydomain.com/resources/styles/*.styles
из основного домена мы просто обращаемся к ресурсу следующим образом.
<img src="http://cf.mydomain.com/resources/images/logo.png" />
Если вы каким-либо образом не используете этот файл cookie, вы можете просто отключить состояние сеанса в IIS 6: http://support.microsoft.com/kb/244465
В IIS перейдите на вкладку «Домашний каталог», затем нажмите кнопку «Конфигурация».
Затем перейдите на вкладку «Параметры» и снимите флажок «Включить состояние сеанса». Файл cookie исчезнет, и вы сможете оставить свои файлы там, где они есть, без необходимости в дополнительном домене или субдомене.
Кроме того, используя дополнительные домены, вы увеличиваете количество поисковых запросов DNS, что частично противоречит цели общей оптимизации.