मैं नियमित रूप से स्टेटस बार में gstatic.com देखता हूं, वह डोमेन क्या है? [बन्द है]


122

कभी-कभी जब मैं वेब ब्राउज़ कर रहा होता हूं, तो उन होस्टनामों के बीच जो स्टेटसबार में उड़ान भरते हैं, एक वह है gstatic.comजो बेस डोमेन के रूप में शामिल है । मैं http://gstatic.comकिसी भी अधिक जानकारी हासिल करने के लिए नेविगेट नहीं कर सकता । मेरे पास एक Google पृष्ठ है जो कहता है

अनुरोध किया गया यूआरएल इस सरवर पर नहीं मिला था।

इसलिए मुझे लगता है कि gstatic.comGoogle के साथ कुछ करना है। जो भी हो, यह हमेशा के लिए लगता है जब मैं एक पृष्ठ ब्राउज़ कर रहा हूं जो संदर्भ देता है gstatic.com

जवाबों:


121

बैंडविड्थ उपयोग को कम करने और अंतिम उपयोगकर्ता के लिए नेटवर्क प्रदर्शन बढ़ाने के प्रयास में Google के पास एक अलग डोमेन नाम के लिए ऑफ-लोडेड स्टैटिक कंटेंट (जावास्क्रिप्ट कोड, इमेज और सीएसएस) है।

  • बढ़ते हुए प्रदर्शन को बढ़ाता है, सिद्धांत रूप में, ब्राउज़र द्वारा उपयोग किए जाने वाले कनेक्शनों की संख्या, डिफ़ॉल्ट रूप से, अधिकांश ब्राउज़र केवल एक ही सर्वर से दो कनेक्शन बनाएंगे। हालांकि यह कॉन्फ़िगर करने योग्य है, अधिकांश उपयोगकर्ता परेशान नहीं होते हैं, इसलिए सामग्री कई डोमेन से आती है, यह साइट का उपयोग करने वाले प्रत्येक डोमेन के लिए दो कनेक्शन खोल सकती है। यह सामग्री को तेजी से उपयोगकर्ता ब्राउज़र में लोड करता है।

  • gstatic.comडोमेन के लिए कुकीज़ और अन्य HTTP हेडर को अक्षम करने से बैंडविड्थ घट जाती है । मानो या न मानो, हेडर को अक्षम करने से बैंडविड्थ का उपयोग बहुत कम हो जाता है, खासकर अगर कोई पेज बहुत सी स्टैटिक फ़ाइलों का उपयोग करता है।

  • स्थैतिक सामग्री को भौगोलिक रूप से विविध CDN सर्वर पर लोड किया जा सकता है। Google उन सभी सामग्रियों को सर्वर पर धकेल सकता है जो आपके निकटतम हैं। यह शायद एक सामान्य कॉर्पोरेट साइट पर अधिक लागू होता है, क्योंकि Google आपके लिए निकटतम डेटासेंटर के लिए सब कुछ पुश करने का एक बड़ा काम करता है। लेकिन एक सामान्य कंपनी के लिए, आप अपनी डायनामिक सामग्री और अपनी स्थिर सामग्री को विभाजित कर सकते हैं और फिर अपने उपयोगकर्ता के लिए लोड समय में सुधार करते हुए, अपने कॉरपोरेट डेटासेंटर के बैंडविड्थ उपयोग को कम करते हुए, अपनी स्थिर सामग्री को होस्ट करने के लिए एक सीडीएन प्रदाता का भुगतान कर सकते हैं।


1
महान, मैं कुकीज़ भूल गया
Jader Dias

13
यह सब स्थिर नहीं है। एक उपडोमेन "csi.gstatic.com" है जिसका उपयोग किसी प्रकार की लॉगिंग के लिए किया जाता है। कोई भी संसाधन वापस नहीं किया जाता है, और कभी-कभी यूआरआई के लिए एक खाली समय (30 सेकंड से अधिक) लेता है बस खाली सामग्री वापस करने के लिए।
पोर्टमैन

10
इसके लायक क्या है, साइटों का स्टैक ओवरफ्लो परिवार sstatic.net के साथ भी यही काम करता है। जेफ की ब्लॉग पोस्ट देखें: blog.stackoverflow.com/page/12
ale

5
मेरा पैगेलॉड हमेशा अस्थिर नज़रिए से धीमा हो जाता है! :(
इवान इकोविक

2
ऊपर का लिंक मर चुका है। blog.stackoverflow.com/2009/08/a-few-speed-improvements
संकल्प

27

gstatic.com Google के लिए स्थैतिक सामग्री वितरित करने के लिए एक कुकलेस डोमेन है। इस लेख को और देखें:
अपनी वेब साइट को गति देने के लिए सर्वोत्तम अभ्यास - अवयवों के लिए कुकी-मुक्त डोमेन का उपयोग करें

जब ब्राउज़र स्थिर छवि के लिए अनुरोध करता है और अनुरोध के साथ कुकीज़ भेजता है, तो सर्वर का उन कुकीज़ के लिए कोई उपयोग नहीं होता है। इसलिए वे बिना किसी अच्छे कारण के केवल नेटवर्क ट्रैफ़िक बनाते हैं। आपको सुनिश्चित करना चाहिए कि स्थिर घटक कुकी-मुक्त अनुरोधों के साथ अनुरोध किए गए हैं। एक उपडोमेन बनाएं और वहां अपने सभी स्थिर घटकों को होस्ट करें।

यदि आपका डोमेन www.example.org है, तो आप अपने स्थिर घटकों को static.example.org पर होस्ट कर सकते हैं। हालाँकि, यदि आपने www.example.org के विपरीत पहले से ही शीर्ष-स्तरीय डोमेन example.org पर कुकीज़ सेट कर रखी हैं, तो static.example.org के सभी अनुरोधों में वे कुकीज़ शामिल होंगी। इस स्थिति में, आप एक नया डोमेन खरीद सकते हैं, अपने स्थैतिक घटकों की मेजबानी कर सकते हैं और इस डोमेन को कुकी-मुक्त रख सकते हैं। याहू! yimg.com का उपयोग करता है, YouTube ytimg.com का उपयोग करता है, अमेज़ॅन images-amazon.com का उपयोग करता है।

कुकी-मुक्त डोमेन पर स्थिर घटकों को होस्ट करने का एक और लाभ यह है कि कुछ प्रॉक्सी कुकीज़ के साथ अनुरोधित घटकों को कैश करने से मना कर सकते हैं। संबंधित नोट पर, यदि आप आश्चर्य करते हैं कि क्या आपको अपने होम पेज के लिए example.org या www.example.org का उपयोग करना चाहिए, तो कुकी प्रभाव पर विचार करें। Www को छोड़ते हुए आपके पास * .example.org पर कुकीज़ लिखने के अलावा कोई चारा नहीं बचता है, इसलिए प्रदर्शन कारणों से www सबडोमेन का उपयोग करना और कुकीज़ को उस उपडोमेन पर लिखना सबसे अच्छा है।


3
लेकिन यह कई उपयोगकर्ताओं के लिए पहले की तुलना में इसे धीमा बना रहा है।
jj_

1
मैं नहीं देखता कि कैसे?
तुआन अन्ह होआंग-वु

4
यह लटका हुआ है। और कैसे?
jj_

14

यदि आप मेरे जैसे हैं, तो आप शायद gstatic डोमेन को नोटिस कर सकते हैं क्योंकि आपका ब्राउज़र एक संसाधन की प्रतीक्षा में रुका हुआ है।

यदि आप जो डोमेन देख रहे हैं वह है

csi.gstatic.com

तब ध्यान दें कि यह एक स्थिर संसाधन नहीं है। यह किसी प्रकार की आंतरिक लॉगिंग (Google Analytics की तरह) है। यदि आप csi gstatic के लिए Google खोज करते हैं तो आप देखेंगे कि बहुत से लोग Google द्वारा संसाधित किए जाने वाले इस URI के लिए 30 सेकंड तक प्रतीक्षा करते हैं।

Google, उनके भाग के लिए, कभी भी (मेरी जानकारी के लिए) सार्वजनिक रूप से csi.gstatic.com/csi का उल्लेख नहीं किया गया है।


4

gstatic.com एक Google के स्वामित्व वाला डोमेन है जहां यह अपनी स्थिर सामग्री, मुख्य रूप से छवियों को होस्ट करता है। इस डोमेन का मुख्य उद्देश्य अन्य साइटों के प्रदर्शन में सुधार करना है, न कि साइट बनाना। इस तरह के एक डोमेन के अस्तित्व का एक उद्देश्य एक ही उपडोमेन से एक साथ डाउनलोड के बारे में मुख्य ब्राउज़र सीमाओं के कारण है। मुख्य ब्राउज़रों का एक संस्करण था, जो एक साथ डाउनलोड को 4. तक सीमित करता था। वेब प्रदर्शन अनुसंधान ने कहा कि यदि आप चार उप-डोमेन तक बनाते हैं तो बहुत अधिक स्थिर फ़ाइलों वाले पृष्ठों के लिए पृष्ठ लोड होने की गति में सुधार होगा।


2
हमारे मामले में हम maps.googleapis.com का उपयोग कर रहे हैं और csi.gstatic.com पर अनुरोध एक खाली / मौजूदा छवि नहीं लौटाते हैं (लंबाई 0)। Csi.gstatic.com के GET अनुरोध में जैसे पैरामीटर हैं csi?v=2 s=mapsapi3 action=apiboot size=800x240 maptype=m। तो हमारे मामले में यह निश्चित रूप से लग रहा है कि यह ट्रैकिंग के बारे में है कि हम नक्शे का उपयोग कैसे करते हैं। मैं आपके कथन के बारे में अनिश्चित हूं कि The main purpose of this domain is for improving the performance of other sitesक्या आप इसे वापस करने के लिए जानकारी और विवरण जोड़ सकते हैं?
सरगम
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.