जवाबों:
CDN का उपयोग सभी स्थिर फ़ाइलों (.css / .js / छवियों) के लिए किया जाना चाहिए।
कभी-कभी हालांकि जावास्क्रिप्ट या सीएसएस फाइलें उनके लिए गतिशील पहलू हो सकती हैं जैसे कि यह एक अद्वितीय उपयोगकर्ता स्ट्रिंग या उस तरह का कुछ शामिल होगा। इस स्थिति में सीडीएन सर्वर को हर अनुरोध पर मूल सर्वर से संपर्क करना होगा जो उद्देश्य को हरा देगा।
यदि आपका CSS और Javascript सभी उपयोगकर्ताओं के लिए स्थिर है तो CDN का उपयोग करना सही तरीका है। यह किसी भी अतिरिक्त HTTP अनुरोध का कारण नहीं होगा, क्योंकि यह सीडीएन और सीडीएस फाइलों को आपके स्वयं के वेबसर्वर (जब तक आप इनलाइन कोड का उपयोग नहीं कर रहा है) के बजाय सीडीएन से लोड करेगा। इसलिए एक उपयोगकर्ता ब्राउज़र के बजाय आपके सर्वर से इन अनुरोधों को लोड कर रहा है जिसे वे सीडीएन के माध्यम से लोड करेंगे, कोई अतिरिक्त अनुरोध नहीं है जो आप अभी बदल रहे हैं जहां इन अनुरोधों को भेजें (जब तक आप वर्तमान में इनलाइन कोड का उपयोग नहीं कर रहे हैं)।
सीडीएन का उपयोग करने से अन्य लाभ यह होगा कि सीडीएन सर्वर सबसे अधिक संभावना आपके अंतिम उपयोगकर्ताओं के करीब स्थित होगा, फिर आपके मूल को लोडिंग समय में लाभ होगा। CDN सर्वर भी स्थैतिक सामग्री की सेवा करने के लिए बहुत जल्दी तैयार हो जाते हैं, फिर आपके मूल सर्वर विशेष रूप से स्थैतिक सामग्री के लिए वेब सर्वर की पूर्ति करते हैं।
सीडीएन बनाम पारंपरिक वेब होस्टिंग का उपयोग करके अपनी स्थिर फ़ाइलों जैसे सीएसएस, जेएस, और छवियों को वितरित करने के लिए आमतौर पर पसंद किया जाता है। ऐसा इसलिए है क्योंकि एक बार आपकी फ़ाइलें सीडीएन के किनारे के सर्वर पर कैश हो जाती हैं, तो आपके साइट विज़िटर को मूल सर्वर के बजाय उपस्थिति (पीओपी) के निकटतम बिंदु से स्थिर सामग्री वितरित की जाएगी।
अधिकांश मामलों में, यह क्लाइंट और सर्वर के बीच की दूरी को कम करता है और इस प्रकार किसी भी अतिरिक्त HTTP अनुरोधों को जोड़े बिना लोडिंग समय को बेहतर बनाने में मदद करता है। यह अन्य क्षेत्रों में भी मदद करता है जैसे अतिरेक बढ़ाना, मूल से लोड लेना, आदि।
यदि आपको CDN की आवश्यकता है, तो CDN का उपयोग करें। यदि आपका उपयोगकर्ता वैश्विक है और एक बड़े क्षेत्र में फैला हुआ है, या आपके पास ऐसी बहुत सी सामग्री है, जिसे आप अपने सर्वर पर संग्रहीत नहीं करना चाहते हैं, तो यह है कि जब CDN उपयोगी होता है। विश्व स्तर पर, यह आपकी सामग्री तक पहुंच को गति दे सकता है यदि सर्वर उपयोगकर्ता के करीब है। यदि आपके पास स्थिर डेटा के कई जीबी या टेराबाइट्स हैं और उस सामग्री तक पहुंच के लिए एक भारी भार है, तो एक सीडीएन उस के साथ मदद कर सकता है।
हालांकि, छोटी, स्थानीय साइटों या हल्के से लोड की गई साइटों को शायद ही कभी ऐसी चीजों की आवश्यकता होती है और सीडीएन केवल आपके सेट अप, संचालन और वर्कफ़्लो में एक और जटिलता जोड़ सकता है, जैसे कि कैशिंग समस्याएं।
बहुत बार मैं देखता हूं कि लोग सीडीएन का उपयोग करते हैं क्योंकि वे पढ़ते हैं कि उन्हें एक और किसी अन्य कारण का उपयोग करना चाहिए।
सीडीएन का उपयोग करना एक बोझ और वेबसाइट के लिए लाभ दोनों हो सकता है, यह सब इस बात पर निर्भर करता है कि इसे कैसे लागू किया गया है।
सकारात्मक अंक
cdn1.example.com, cdn2.example.comआदि), यह उन ब्राउज़र में निहित सीमा के साथ सहायता करता है, जहां वे किसी भी समय एक ही पूरी तरह से योग्य डोमेन नाम से दो एक साथ फाइल डाउनलोड को सीमित करते हैं। इस उदाहरण का उपयोग करते हुए दूसरे शब्दों में, आप HTML से www.example.comसभी का उपयोग करेंगे और सभी 2 सीडीएन डोमेन और स्रोत तक पहुँचने वाले सभी तीन सीडीएन डोमेन से 2 फाइलें डाउनलोड cdn1.example.comकर रहे हैं cdn2.example.com, और 2 फाइलें cdn3.example.com।CDN पर होस्टिंग के कई नुकसान हैं:
इसकी तुलना में यह लाभ नगण्य हैं:
उत्पादन वातावरण पर सीडीएन का उपयोग करने के लिए शून्य कारण जैसे सिद्धांत।