CDN के उपयोग के अलावा, स्थैतिक डेटा के लिए अलग डोमेन का उपयोग करने का भी अर्थ है:
आप एक हल्के वेब सर्वर का उपयोग कर सकते हैं, जिसमें आपके डायनामिक कंटेंट वेब सर्वर को हर एक अनुरोध पर लोड करने के लिए सभी मॉड्यूल / एक्सटेंशन को लोड नहीं करना पड़ता है। पढ़ने के लिए URI पथ में प्रत्येक निर्देशिका को स्कैन नहीं करने के लिए .htaccess फ़ाइलों के साथ-साथ सर्वर द्वारा हैंडल किए जाने वाले अनुरोधों की संख्या भी बढ़ जाती है।
एक अतिरिक्त उपडोमेन जोड़ने का मतलब है कि आप समानांतर डाउनलोड की संख्या बढ़ा सकते हैं जो ब्राउज़र प्रदर्शन कर सकता है।
यदि ठीक से सेट किया गया है (उदाहरण के लिए आपकी साइट पर www.example.com
इसके बजाय होस्ट किया गया है example.com
), तो आप कुकलेस उपडोमेन का भी लाभ उठा सकते हैं, जिससे ट्रैफ़िक और राउंडट्रिप समय कम हो सकता है।
केवल नकारात्मक पक्ष यह है कि यदि आप एसएसएल सत्र का उपयोग कर रहे हैं, तो आपको अतिरिक्त डोमेन के लिए एक हस्ताक्षरित प्रमाण पत्र और अलग-अलग स्टेटिक आईपी की आवश्यकता है। लेकिन लाभ ज्यादातर मामलों में इस मामूली असुविधा से आगे निकल जाते हैं।
संपादित करें:
क्षमा करें, मैंने आपके प्रश्न को गलत बताया। यदि आप पूछ रहे हैं कि कुछ लोग अलग SLD का उपयोग क्यों करते हैं, तो इसका उत्तर # 3 पर कोष्ठक द्वारा दिया जाएगा। इसे sstatic.net पर भी समझाया गया है :
यदि आपका डोमेन www.example.org है, तो आप अपने स्थिर घटकों को static.example.org पर होस्ट कर सकते हैं। हालाँकि, यदि आपने www.example.org के विपरीत पहले से ही शीर्ष-स्तरीय डोमेन example.org पर कुकीज़ सेट कर रखी हैं, तो static.example.org के सभी अनुरोधों में वे कुकीज़ शामिल होंगी। इस स्थिति में, आप एक नया डोमेन खरीद सकते हैं, अपने स्थैतिक घटकों की मेजबानी कर सकते हैं और इस डोमेन को कुकी-मुक्त रख सकते हैं। याहू! yimg.com का उपयोग करता है, YouTube ytimg.com का उपयोग करता है, अमेज़न images-amazon.com का उपयोग करता है।
लेकिन अवतार भी एक मौजूदा SLD के उपडोमेन के बजाय एक अलग जेनेरिक SLD का उपयोग करने के बारे में एक अच्छे बिंदु का उल्लेख करते हैं जब आप कुछ परिसंपत्तियों को साझा करने वाली साइटों का एक बड़ा नेटवर्क चला रहे होते हैं।
अंत में, जैसा कि नील्स बसेज बताते हैं, कुकीज़ को नष्ट करने का कारण अनुरोध करने के लिए उपयोग किए जाने वाले पैकेट की संख्या को कम करना है। मुझे लगता है कि YSlow दिशानिर्देशों में कहा गया है कि अधिकांश नेटवर्क में 1500 बाइट्स का अधिकतम पैकेट आकार होता है, इसलिए इसे 1500 बाइट्स के नीचे रखने से TCP ओवरहेड कम हो जाएगा। यह sstatic.net
इसके बजाय उपयोग करने के एक और लाभ को दर्शाता है static.webmasters.stackexchange.com
।