Regularnie widzę gstatic.com w pasku stanu, co to jest ta domena?

Google posiada odciążoną zawartość statyczną (kod JavaScript, obrazy i CSS) do innej nazwy domeny w celu zmniejszenia wykorzystania pasma i zwiększenia wydajności sieci dla użytkownika końcowego.

• zwiększa wydajność poprzez zwiększenie, teoretycznie, liczby połączeń, z których może korzystać przeglądarka, domyślnie większość przeglądarek wykonuje tylko dwa połączenia do jednego serwera. Chociaż jest to konfigurowalne, większość użytkowników nie przeszkadza, więc mając zawartość pochodzącą z wielu domen, może otworzyć dwa połączenia dla każdej domeny, z której strona korzysta. Dzięki temu zawartość jest szybciej ładowana do przeglądarki użytkownika.

• zmniejsza przepustowość poprzez wyłączenie plików cookie i innych nagłówków HTTP dla domeny gstatic.com. Wierzcie lub nie, wyłączenie nagłówków znacznie zmniejsza przepustowość, szczególnie jeśli strona korzysta z wielu statycznych plików.

• statyczna zawartość może być ładowana na zróżnicowane geograficznie serwery CDN . Google może wysyłać całą zawartość na serwery, które są najbliżej Ciebie. Prawdopodobnie ma to większe zastosowanie w przypadku zwykłej strony korporacyjnej, ponieważ Google wykonuje świetną pracę popychając wszystko do najbliższego Ci centrum danych. Ale dla zwykłej firmy, można podzielić swoje dynamiczne treści i treści statyczne, a następnie zapłacić dostawcy CDN do hosta statycznej treści, zmniejszając wykorzystanie pasma korporacyjnego centrum danych, przy jednoczesnej poprawie czasu obciążenia dla użytkownika.

gstatic.com jest domeną bez plików cookie, która dostarcza statyczne treści dla Google. Zobacz ten artykuł, aby dowiedzieć się więcej: Best Practices for Speeding Up Your Web Site - Use Cookie-free Domains for Components

Kiedy przeglądarka wysyła zapytanie o statyczny obrazek i wysyła pliki cookie wraz z zapytaniem, serwer nie ma żadnego zastosowania dla tych plików. Tak więc tworzą one tylko ruch sieciowy bez uzasadnionej przyczyny. Powinieneś upewnić się, że statyczne komponenty są wysyłane wraz z żądaniami bez plików cookie. Stwórz subdomenę i hostuj tam wszystkie swoje statyczne komponenty.

Jeśli Twoja domena to www.example.org, możesz hostować swoje statyczne komponenty na static.example.org. Jeśli jednak ustawiłeś już ciasteczka na domenie najwyższego poziomu example.org w przeciwieństwie do www.example.org, wtedy wszystkie żądania do static.example.org będą zawierać te ciasteczka. W tym przypadku, możesz kupić zupełnie nową domenę, hostować tam swoje statyczne komponenty i zachować tę domenę jako wolną od plików cookie. Yahoo! korzysta z yimg.com, YouTube korzysta z ytimg.com, Amazon korzysta z images-amazon.com i tak dalej.

Inną zaletą hostowania statycznych komponentów w domenie wolnej od plików cookie jest to, że niektóre proxy mogą odmówić buforowania komponentów, które są wymagane z plikami cookie. Jeśli zastanawiasz się, czy powinieneś używać example.org lub www.example.org dla swojej strony głównej, rozważ wpływ cookies. Pominięcie strony www nie pozostawia Ci innego wyboru niż zapisywanie plików cookie do *.example.org, więc ze względu na wydajność najlepiej jest użyć subdomeny www i zapisać pliki cookie do tej subdomeny.

Jeśli jesteś taki jak ja, prawdopodobnie zauważysz gstatic domenę, ponieważ przeglądarka jest zatrzymany czekając na zasób.

Jeśli domena, którą widzisz jest

csi.gstatic.com

następnie zauważyć, że jest to Nie statyczny zasób. Jest to jakiś rodzaj wewnętrznego logowania (podobnie jak Google Analytics). Jeśli zrobisz Google search for csi gstatic zobaczysz, że wiele osób czeka do 30 sekund na przetworzenie tego URI przez Google.

Google, ze swojej strony, nigdy (według mojej wiedzy) nie wspominał publicznie o csi.gstatic.com/csi.

gstatic.com to domena należąca do google'a, w której mieści się jej statyczna zawartość, głównie obrazy. Głównym celem tej domeny jest poprawa wydajności innych stron, a nie budowanie strony. Jednym z motywów istnienia takiej domeny są ograniczenia głównych przeglądarek dotyczące jednoczesnego pobierania plików z jednej subdomeny. Istniała wersja głównych przeglądarek, która ograniczała jednoczesne pobieranie plików do 4. Badania wydajności sieci wykazały, że gdyby stworzyć maksymalnie cztery subdomeny, poprawiłaby się szybkość ładowania strony dla stron z dużą ilością statycznych plików.