Хостинг изображений в отдельных поддоменах

В моей компании размещено около 30 веб-сайтов, которые используют одну и ту же базу кода и многократно используют одни и те же изображения. Прямо сейчас изображения для всех сайтов размещаются в одном домене, а затем каждый другой сайт должен ссылаться на эти изображения.

то есть., www.example.com/images/hello.jpg

и на www.example2.com у нас есть что-то вроде: <img src="http://www.example.com/images/hello.jpg" />

Недавно кто-то сказал мне, что я должен помещать все эти общие/статические изображения в субдомен, но я не вижу в этом преимуществ. Я слышал, что может быть небольшое увеличение скорости, но я также слышал, что это может усложнить ситуацию. Может кто-нибудь уточнить?

Ответ 1

Пара преимуществ:

Отдельный домен запрещает отправку файлов cookie домена для каждого запроса изображения, где они не нужны. Уменьшает накладные расходы на пропускную способность для каждого запроса.
Большинство браузеров будут делать только определенное количество HTTP-запросов за один раз в определенном домене, поэтому показ изображений и другого статического контента со второго домена потенциально удваивает количество HTTP-запросов за один раз.
Вы можете использовать другой, более легкий веб-сервер, например nginx/lighttpd, для обслуживания статического содержимого.

Downsides:

Управление им.
Два поиска DNS вместо одного.

Ответ 2

Когда браузер запрашивает статические файлы, такие как CSS и Javascript, он часто ограничивает количество подключений к данному серверу/поддомену. Размещение статических файлов в другом домене позволяет выполнять одновременную загрузку.

Если вы правильно настроили, другой поддомен может быть только каталогом на вашем веб-сервере. Зависит от вашего файла config-file-fu.

Ответ 3

Это описано в нескольких подкастах Stackoverflow.

Одна проблема - если вы обслуживаете страницу https, пользователь может получить предупреждение о соединении безопасных и небезопасных элементов.