मैं समझता हूं कि पूरे डोमेन में विभाजित करने वाले घटक समानांतर डाउनलोड को अधिकतम कैसे कर सकते हैं, और आपको कुकी-मुक्त स्थिर सामग्री डोमेन रखने में सक्षम बनाते हैं, लेकिन चूंकि प्रत्येक डोमेन लुकअप के लिए समय की लागत होती है इसलिए उपयोग करने के लिए डोमेन की अधिकतम संख्या क्या है?
जवाबों:
मेरी सिफारिश है कि अपेक्षाकृत सरल साइटों के लिए, एक "स्थिर सामग्री" डोमेन पर्याप्त होना चाहिए। DNS लुकअप को कैश किया जाना चाहिए, इसलिए केवल उस सर्वर के साथ पहले संपर्क को प्रभावित करें, लेकिन इसे अभी भी न्यूनतम रखा जाना चाहिए।
आप कुकी प्रसंस्करण के ओवरहेड को कम करने और उस कार्य को एक अलग भौतिक सर्वर पर काम करने का विकल्प प्रदान करने के लिए अपने सभी जावास्क्रिप्ट, सीएसएस और स्थिर छवियों को वहां रख सकते हैं। यदि आप कई लोकप्रिय, संबंधित साइटें (जैसे स्टैक ओवरफ्लो, सर्वर फॉल्ट आदि) चला रहे हैं, तो आप उन सभी के बीच एक स्थिर साइट साझा कर सकते हैं (जैसे sstatic.net)।
बेशक, ऐसी परिस्थितियां हो सकती हैं, जहां अधिक डोमेन उपयुक्त हों (उदाहरण के लिए एक फोटो होस्टिंग साइट एक और अलग डोमेन के लिए सेवा करने वाले फोटो को लोड कर सकती है)।
मैं एक किनारे के मामले के बारे में सोच सकता हूं, जहां मल्टी-होस्ट अनुरोधों के लाभ DNS सेटअप लागतों को आगे बढ़ाते हैं।
Google मैप्स-शैली की फिसलन वाले नक्शे से मैप टाइल की सेवा करते समय, आप अपने टाइल स्थानों को लगभग बड़ी संख्या में मेजबानों पर वितरित करने से लाभ देख सकते हैं, भले ही वे सभी एक ही अंतर्निहित संसाधनों (छवियों) की ओर इशारा कर रहे हों। इन मामलों में, आप यह सुनिश्चित करना चाहेंगे कि संसाधनों में उनके गुणों के आधार पर एक मेजबान के लिए एक "आत्मीयता" हो (जैसे कि पंक्ति और स्तंभ संख्याओं के मॉड के कुछ संयोजन) ताकि ब्राउज़र कैशिंग आशा के अनुरूप काम करे और अनुरोध संतुलित हों किसी भी दृश्य सीमा के लिए सभी मेजबानों पर।
यह स्थिति बहुत विशिष्ट है, लेकिन यह मूल रूप से केवल इस बात पर जोर देती है कि यदि आपके पास एक गैर-मानक उपयोग का मामला है, तो सुनिश्चित करें कि आप सब कुछ परीक्षण करते हैं, और सभी परिदृश्यों के कच्चे नंबर और यूएक्स / कथित प्रदर्शन दोनों को शामिल करना न भूलें।