Когда файлы cookie + статические файлы становятся актуальной проблемой? - PullRequest
1 голос
/ 07 января 2012

Я недавно прочитал статью http://www.ravelrumba.com/blog/static-cookieless-domain/ о Обслуживание статического контента из домена без файлов cookie .У меня вопрос: сколько запросов необходимо обработать серверу, чтобы это стало актуальной проблемой?

  • На данный момент весь контент обслуживается из dev.[домен].
  • Я думаю настроить статический поддомен. [домен] (сам [домен] не устанавливает куки).
  • Мой сервер обрабатывает ок.5 000 статических файловых запросов каждую минуту.

Ответы [ 2 ]

1 голос
/ 07 января 2012

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

Если размер ваших файлов cookie велик (большечем несколько десятков байт), и особенно если у вас много статических файлов на страницу, клиенты будут испытывать снижение производительности при загрузке файлов cookie с каждым запросом.

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

Если вы ищете более конкретную эвристику, как насчет этого:

if ((the size of cookies attached to static files > 50 bytes) ||
    (your web logs show > 10% accesses from IE7 or older) ||
    (more than 20% of your pages request > 10 static files))
then
    use one or more subdomains for your static files

Альтернативой использованию отдельного домена является добавление атрибута «путь» к вашим файлам cookie, чтобы они не присваивались вашему статическому контенту.Например, поместите весь свой динамический контент в папку с именем /pages, а статический контент - в папку с именем /static.Затем установите path=/pages для ваших файлов cookie, и ваши статические файлы не будут иметь файлов cookie.

0 голосов
/ 07 января 2012

Я автор упомянутой статьи. Я думаю, что ответ RickNZ хороший, но я хотел бы отметить, что под рукой есть два разных типа производительности. Один из них связан с нагрузкой на сервер и пропускной способностью, которая, по-видимому, связана с OP, а другой - с производительностью страницы.

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

Для последних это в основном количество статических запросов на страницу. Относительно полезной нагрузки страницы, даже большие куки довольно маленькие. Если размер cookie составляет 500 байт, а на вашей странице только 10 статических ресурсов, мы говорим только о 5K. Но если у вас есть 200 статических активов, теперь раздувание составляет 100 КБ, что может быть значительным весом.

...