Umieszczenie części grafiki na subdomenie, czy to ma sens? Opcje

[mrok]

Mam layout z dużą ilością małych obrazków i widzę, że ich ładowanie staje się powoli wąskim gardłem przeglądarki. Niestety css:sprites nie wchodzi w grę.
Doczytałem, że przeglądarki mogę mieć tylko od 4 do 8 równoległych połączeń do 'domeny' - w takim razie większa ilość grafiki po prostu blokuj je sama z siebie. Rozwiązaniem może być trzymanie części grafik na subdomenach. Nie wiem tylko czy dobrym pomysłem jest stworzenie tej subdomeny na tym samym serwerze na którym stoi reszta aplikacji (ot przekierować subdomene na katalog z grafiką) - czy powinien być to kompletnie inny serwer. Celem jest oczywiście zmultiplikowanie ilości równolegle otwartych połaczeń.

[erix]

A to że fizycznie jest to ta sama maszyna nie ma znaczenia? czy tak?

Tak: dobrze by było mieć osobną maszynę do obiektów statycznych, która miałaby wyłączone różne badziewne moduły, aby serwer był lepiej zoptymalizowany pod konkretne dane, jakie przechowuje.

Robi się inaczej. (IMG:style_emoticons/default/winksmiley.jpg)

Na porcie 80 stawia się reverse proxy, które - na podstawie subdomen - rozdziela żądania na właściwe httpd: w tym wypadku dwa - jeden dla statyków, drugi dla dynamicznych. Więc nie ma to zbyt dużego znaczenia i można sobie poradzić. (IMG:style_emoticons/default/winksmiley.jpg) W większości przypadków zdarza się tak, że reverse proxy idealnie nadaje się do serwowania treści statycznej; chyba jedną z częściej spotykanych kombinacji jest tandem nginx + apache (nginx = static, apache = dynamic).

A jeśli nie ma możliwości, to wtedy wystarczy sama subdomena, bo:

Nie: rozkładając obiekty na różne dane przeglądarka może pobierać więcej obiektów na raz (poczytaj o Across Domains).

Nie tyle co o across domains, co o Content Delivery Network:

• ciastka z głównej domeny nie są przesyłane
• można łatwo przerzucać na inne maszyny
• można przenieść wszystko nawet do chmury, np. Amazon S3 bez jakichś specjalnych trudności
• ew. przerzucić na klaster z load balancerem