Навіщо вставляти статичні файли (CSS, зображення, JavaScript, ECC) у субдомен?

Чому так багато великих і маленьких сайтів вставляють статичні файли (CSS, зображення, JavaScript, ECC) у субдомен, як media.example.comабо s2.static.example.com?

Які переваги? Чому б не просто такий каталог, як example.com/media/?

Я бачу щонайменше три можливі (хороші) причини:

• Використовуйте іншу машину для подачі статичного вмісту
  • У тому числі деякі CDN
• Використовуйте інший веб-сервер для обслуговування статичного вмісту
  • Щось легше і швидше
  • Немає потреби в повному сервері PHP / .NET / JAVA для обслуговування статичного вмісту!
• Використання іншого доменного імені означає, що ви не зможете мати файли cookie, які використовуються в основному домені
  • Це означає, що запитів HTTP буде менше
  • На що можна порахувати, якщо у вас багато трафіку (див. Цю публікацію, наприклад: Дослідження ефективності, Частина 3: Коли cookie розсипається )

Ось що робиться в StackOverflow, якщо я правильно пам’ятаю

Основна причина, на яку я думаю, - це печиво.

Файли cookie надсилатимуться разом із кожним запитом , скажімо, якщо у вас є 2 кб даних cookie та завантажено 20 зображень на сторінку.

Це зайві 40 кб даних, помножте на кількість переглядів сторінок за місяць, і ви можете бути здивовані тим, скільки пропускної здатності ви втратили в чомусь марному, а пропускна здатність не вільна ...

Крім того, файли cookie, встановлені на домені верхнього рівня, надсилаються через усі запити, зроблені на будь-який піддомен, у цих випадках навіть рекомендується купувати новий домен для розміщення там статичних компонентів, у домені без файлів cookie .

Наприклад, використовує StackOverflow, використовує sstatic.netYahoo yimg.com, YouTube використовує ytimg.com, Amazon images-amazon.comтощо.

Подивіться на це:

• Використовуйте домени без файлів cookie для компонентів

Щоб додати до деяких відповідей вище: деякі веб-браузери можуть завантажувати два файли одночасно з будь-якого домену.

Обслуговування статичного контенту з іншого імені хоста (або імена - наприклад a.domain, b.domain, c.domain) дозволяє ці старі браузери для завантаження додаткових файлів паралельно.

... використовувати домени без файлів cookie для компонентів.

Коли браузер робить запит на статичне зображення та надсилає файли cookie разом із запитом, сервер не використовує цих файлів cookie. Тож вони створюють лише мережевий трафік без поважних причин. Ви повинні переконатися, що статичні компоненти запитуються за допомогою запитів без файлів cookie. Створіть субдомен та розмістіть там усі свої статичні компоненти.

Ця порада була взята з найкращих практик Yahoo щодо подорожчання вашого веб-сайту .

Просто тому, що ваш запит http буде меншим і сервер буде працювати швидко, і запитуваний файл буде наданий за дуже малий час, що в кінцевому рахунку призведе до найшвидшого завантаження сторінки