Стоит ли картинки на сайте отдавать с субдоменов?

Question

[d43]

Привет!
Новичковый вопрос. Есть сайт с портфолио фотографов на арендуемом сервере Hetzner под CentOS и Apache. На некоторых страницах этого сайта количество картинок (как превьюшек, так и больших фотографий) может достигать четырех-пяти десятков штук.

Можно ли ускорить загрузку картинок пользователям с широким каналом, если ссылаться на них через субдомены (например, images1.site.com, images2.site.com и т.д.) размещающиеся на том же сервере? Если да, то какой программой можно замерить разницу?

Спасибо!

Answer 1

[resurtm]

Firefox + расширение Firebug (F12 → Сеть) покажут время загрузки всего.

Answer 2

[mgyk]

Будет небольшая разница так как
1) Браузеру не нужно передавать кукис на этот домен
2) Браузеры имеют лимит в 3-5 потоков загрузки на каждый домен. Имея много сабдоменов браузер может грузить данные в большое кол-во потоков.
3) Посмотреть можно в Firebug панель Network или в аналогичной вкладке в Chrome

Comments

[Андрей Шайдуров]

1) браузер будет передавать куки на поддомен. перейдите отсюда в свой хабрацентр и посмотрите в адресную строку.
2) браузер не может грузить картинки с разных поддоменов в большее кол-во потоков, там ограничение потоков _на_страницу_

[Марк]

> браузер будет передавать куки на поддомен
Это зависит от печенья, его можно поставить для определенного домена (так рекомендуют делать).

[Suor]

> браузер будет передавать куки на поддомен
Если при установке куки ставить домен .site.com, то будет. Если ставить домен site.com или не указывать домен вообще, то браузеры ведут себя по-разному. Чтобы не передавался куков, нужно совсем другой домен

Answer 3

[Fr3nzy]

Размещать на субдоменах имеет смысл только тогда, когда вам нужна масштабируемость или для того, чтобы хотя бы отдавать статику без различных обработчиков и пожатых gzip'ом, например (через тот же nginx).
В других случаях он не даст вам выигрыша в скорости.

Comments

[Дмитрий Рублёв]

От себя добавлю еще один момент: при первом открытии субдомена какое-то время потратится на резолвинг его домена по ДНС.

[mr_smith]

а разьве нельзя картинки отдавать nginx-ом на том же домене?

[Fr3nzy]

Можно. Но схема с поддоменом легче поддается масштабируемости + правила легче написать для nginx'а.

Answer 4

[Renat Ibragimov]

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

Apache я бы заменил, кстати на NGINX или хотя бы поставил вперёд для раздачи статики, картинки ибо и есть статика как раз, прирост был бы значительный.

Answer 5

[denver]

Можно также ускорить загрузку картинок если загружать их по мере скрола страницы:
www.appelsiini.net/projects/lazyload/enabled.html

Comments

[babai]

lazyload не работает, к примеру, на фф (3.6)

единственный кроссбраузерный способ лэзилоада, это не прописывать в src путь к картинке, но это не гуд для сео.

Answer 6

[Максим Дьяченко]

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

Но вообще советую не заморачиваться нанооптимизацией, и лучше займитесь контентом (в том числе и картинками) и раскруткой.