[i.] [m.] HTTP-адреса

Question

Я заметил, что в Интернете на некоторых сайтах есть субдомены, посвященные изображениям или информации о субдоменах, например i.domain.com. Мне было интересно, в чем преимущество этого? Есть ли название для этого типа «Метод»? Где я могу получить больше информации об этом? Спасибо.

Answer 1

Параллельная загрузка изображений / скриптов.

В некоторых браузерах одновременно может быть открыто только 2 одновременных подключения к данному домену . Если у вас есть 20 изображений / сценариев для загрузки, вы можете получить только 2 за один раз x10. Если вы используете разные домены (субдомены), вы можете увеличить количество одновременных загрузок.

В качестве примера StackOverflow помещает изображения в i.stackoverflow.com, чтобы помочь с быстротой.

EDIT

Как отметил Ричард (в комментарии), HTTP-спецификация настоятельно рекомендует устанавливать ограничение на 2 одновременных соединения.

Answer 2

В дополнение к большему количеству одновременных подключений к браузеру статический контент (изображения, CSS, Javascript) часто делегируется на CDN , для которого требуется новый поддомен.

Answer 3

‘i.’ Часто используется для изображений по причине, описанной Чадом. В этом есть еще кое-что: наличие изображений в разделе «i.» Позволяет отправлять еще несколько запросов из основного домена без помех для изображений.

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

С другим именем хоста (даже в том же домене) для важных ресурсов, таких как сценарии, запросы изображений не будут забивать конвейер для более важных таблиц стилей и ресурсов сценариев; вместо этого они будут происходить параллельно.

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

(*: если вы не используете , но это редко используется и не поддерживается глобально.)

Answer 4

m.cnn.com удобен для мобильных устройств. Сохраняет набор текста.

Answer 5

Существует несколько причин использования отдельного субдомена для определенных ресурсов:

• Параллельная загрузка Спецификация HTTP ограничивает количество одновременных подключений двумя подключениями:

  Клиенты, использующие постоянные соединения, ДОЛЖНЫ ограничивать количество одновременных подключений, которые они поддерживают к данному серверу. Однопользовательский клиент НЕ ДОЛЖЕН поддерживать более двух соединений с любым сервером или прокси.

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

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

• Субдомен без файлов cookie Файлы cookie полезны, но могут вызывать ненужный трафик, поскольку они отправляются с каждым запросом, для которого они действительны. Поэтому рекомендуется ограничивать использование файлов cookie только для субдомена www. .

Для получения более полезных советов по ускорению см. Yahoo !. Советы по ускорению работы вашего сайта .

Answer 6

Он также может помочь в управлении доступом к контенту, который находится на другом поддомене, поскольку вы можете смело предположить, что весь контент с i.yoursite.com может быть связан только с www.yoursite.com

Например, для apache вы можете поместить один .htaccess с несколькими простыми правилами для определения прав доступа к вашим изображениям в корне субдомена.

Answer 7

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

Статическое содержимое не требует файлов cookie, поэтому их отправка / получение - это просто трата трафика.