Я розумію, як розбиття компонентів на домени може максимально паралельно завантажувати та дозволяти вам мати статичні домени без вмісту файлів cookie, але оскільки для пошуку кожного домену є часова вартість, яка оптимальна кількість доменів використовувати?
Відповіді:
Моя рекомендація полягає в тому, що для відносно простих сайтів повинен бути достатнім один домен "статичного вмісту". Шукання DNS слід кешувати, тому впливайте лише на перший контакт з цим сервером, але він все одно повинен бути зведений до мінімуму.
Ви можете розмістити всі ваші Javascript, CSS та статичні зображення там, щоб зменшити накладні витрати на обробку файлів cookie та забезпечити можливість вивантаження, яке працює на інший фізичний сервер. Якщо ви використовуєте кілька популярних, пов’язаних з ними сайтів (наприклад, переповнення стека, помилка сервера тощо), то ви можете поділитися статичним сайтом між ними (наприклад, sstatic.net).
Звичайно, можуть виникнути ситуації, коли більше домен підходить (наприклад, веб-сайт хостингу фотографій може перевантажувати подання фотографій на інший окремий домен).
Я можу придумати один крайній випадок, коли переваги запитів на багато хостів перевищують витрати на налаштування DNS.
Під час подачі плиткових карт на слизькій карті в стилі Google Maps ви можете побачити переваги від розповсюдження ваших плиткових місць практично на значно більшу кількість хостів, навіть якщо всі вони вказують на однакові базові ресурси (зображення). У цих випадках ви хочете переконатися, що ресурси мають "спорідненість", встановленого до одного хоста, виходячи з їх властивостей (таких як деяка комбінація MOD рядків та номерів стовпців), щоб кешування браузера працювало оптимально, а запити були врівноважені для всіх хостів для будь-якого масштабу перегляду.
Ця ситуація є дуже спеціалізованою, але вона в основному лише підкреслює, що якщо у вас є нестандартний випадок використання, переконайтесь, що ви протестуєте все, і не забудьте включити як необроблені номери, так і UX / сприйняте виконання всіх сценаріїв.