क्या यह वास्तव में मायने रखता है कि आप किस CDN का उपयोग अपनी jquery फ़ाइल या उस चीज़ के लिए किसी जावास्क्रिप्ट फ़ाइल से लिंक करने के लिए करते हैं। क्या एक संभावित दूसरे की तुलना में तेज है? आप किन अन्य कारकों में भूमिका निभा सकते हैं, जिनका आप उपयोग करने का निर्णय लेते हैं? मुझे पता है कि Microsoft, याहू और Google सभी में अभी CDN है।
जवाबों:
टिप्पणियों के आधार पर अपडेट करें:
लघु संस्करण: यह ज्यादा मायने नहीं रखता है, लेकिन यह इस बात पर निर्भर कर सकता है कि वे क्या होस्ट करते हैं। वे सभी अलग-अलग चीजों की मेजबानी करते हैं: Google jQuery.Validate की मेजबानी नहीं करता है, Microsoft ने jQuery-UI की मेजबानी नहीं की, 2016 से वे करते हैं !!, Microsoft अपनी स्क्रिप्ट प्रदान करता है जो अन्यथा के माध्यम से ScriptResource.axdऔर एक आसान एकीकरण (जैसे ASP के साथ ScriptManager) की सेवा प्रदान करेगा । नेट 4.0 )।
महत्वपूर्ण नोट: यदि आप इंट्रानेट एप्लिकेशन का निर्माण कर रहे हैं, तो CDN दृष्टिकोण से दूर रहें। यह कोई फर्क नहीं पड़ता है जो इसे होस्ट कर रही है, जब तक आप एक पर हैं बहुत आंतरिक रूप से अतिभारित सर्वर, कोई CDN आप और अधिक प्रदर्शन स्थानीय 100 एमबी से / 1GB ईथरनेट होगा दे देंगे। यदि आप CDN का उपयोग कड़ाई से आंतरिक अनुप्रयोग के लिए करते हैं तो आप प्रदर्शन में बाधा डाल रहे हैं । अपना कैश समाप्ति हेडर सही ढंग से सेट करें और इंट्रानेट-ओनली परिदृश्य में मौजूद CDN को अनदेखा करें।
या तो अवरुद्ध होने की संभावना लगभग शून्य के बराबर लगती है। मैंने ऐसे अनुबंधों पर काम किया है जहां यह सच नहीं है, लेकिन यह एक अपवाद प्रतीत होता है। इसके अलावा, इस उत्तर की मूल पोस्टिंग के बाद से, इसके आसपास के संदर्भ में बहुत बदलाव आया है, Microsoft CDN ने बहुत प्रगति की है।
वर्तमान में मैं जिस प्रोजेक्ट पर हूं, वह दोनों सीडीएन का उपयोग करता है जो हमारे समाधान के लिए सबसे अच्छा काम करता है। कई कारक इसमें खेलते हैं। पुराने ब्राउज़र वाले उपयोगकर्ता अभी भी HTTP विनिर्देश द्वारा अनुशंसित 2 डोमेन के साथ एक साथ अनुरोध कर रहे हैं । यह किसी के लिए भी कोई समस्या नहीं है जो शालीनता से समर्थन करने वाली नई हो (प्रत्येक वर्तमान ब्राउज़र) है, लेकिन एक अन्य कारक के आधार पर हम इस सीमा के साथ-साथ जावास्क्रिप्ट से भी कम से कम बाहर दस्तक दे रहे हैं।
Google का CDN जिसका हम उपयोग कर रहे हैं:
Microsoft का CDN जिसका हम उपयोग कर रहे हैं:
हमारा सर्वर:
चूँकि हमारी बिल्ड प्रक्रिया का हिस्सा सभी कस्टम जावास्क्रिप्ट को संयोजित और छोटा कर रहा है, हम ऐसा कस्टम स्क्रिप्ट मैनेजर के माध्यम से करते हैं जिसमें बिल्ड के आधार पर इन स्क्रिप्ट्स के रिलीज़ या डीबग (गैर-मिनिफ़ाइड) संस्करण शामिल हैं। चूंकि Google jQuery सत्यापन पैकेज की मेजबानी नहीं करता है, इसलिए यह डाउन-साइड हो सकता है। एमवीसी उनकी 2.0 रिलीज में इसे शामिल / उपयोग कर रहा है, इसलिए आप अपनी सभी जरूरतों के लिए माइक्रोसॉफ्ट के सीडीएन पर पूरी तरह से भरोसा कर सकते हैं, और यह सब स्क्रिप्ट मैनजर के माध्यम से स्वचालित है ।
DNS समय के लिए किया जाने वाला एकमात्र तर्क, पृष्ठ लोड गति के संदर्भ में इसकी लागत है। औसतन: केवल इसलिए कि इसका अधिक उपयोग किया जाता है (यह लगभग लंबा हो गया है) ajax.googleapis.comDNS द्वारा जल्द ही लौटाए जाने की संभावना है ajax.microsoft.com, बस इसलिए कि स्थानीय DNS सर्वर को इसके लिए अनुरोध प्राप्त होने की अधिक संभावना थी (यह क्षेत्र दंड में पहला उपयोगकर्ता है) । यह एक बहुत ही मामूली बात है और केवल इस पर विचार किया जाना चाहिए कि प्रदर्शन अत्यंत महत्वपूर्ण है, मिलीसेकंड से नीचे।
(हां: मुझे एहसास है कि यह बिंदु मेरे दोनों CDN का उपयोग करने के विपरीत है, लेकिन हमारे मामले में DNS समय अभी तक जावास्क्रिप्ट पर होने वाले प्रतीक्षा / अवरुद्ध समय से बहुत अधिक है)
अंत में, यदि आपने इसे नहीं देखा है, तो फायरबग , और इसके लिए कुछ प्लग-इन में से एक सबसे अच्छा उपकरण है : पेज स्पीड और वाईस्लो । यदि आप CDN का उपयोग करते हैं, लेकिन आपके पृष्ठ कैश-हेडर नहीं होने के कारण हर बार छवियों का अनुरोध कर रहे हैं, तो आपको कम लटका हुआ फल याद आ रहा है। फायरबग का नेट पैनल आपको अपने पेज लोड-टाइम का त्वरित ब्रेकडाउन दे सकता है, और पेज स्पीड / वाईस्लो मदद के लिए कुछ अच्छे सुझाव दे सकता है।
आपको jQuery के लिए Google CDN का उपयोग बिलकुल करना चाहिए (और यह Microsoft-केंद्रित डेवलपर से आ रहा है)।
यह सरल आँकड़े हैं। जो लोग jQuery के लिए MS CDN का उपयोग करने पर विचार करेंगे वे हमेशा अल्पसंख्यक होंगे। JQuery का उपयोग करने वाले बहुत सारे गैर-एमएस डेवलपर हैं जो Google का उपयोग करेंगे और Microsoft के उपयोग पर विचार नहीं करेंगे। जबसे सार्वजनिक CDN के साथ एक बड़ी जीत कैशिंग में सुधार है , इसलिए कई CDN के बीच विभाजन का उपयोग उस लाभ की संभावना को कम कर देता है।
Google आपको अपने स्वयं के सॉफ़्टवेयर के साथ मिनीकृत jQuery संस्करण भेजेगा, यह संस्करण MS द्वारा प्रस्तुत मानक minified संस्करण की तुलना में 6kb हल्का है। गूगल के लिए जाओ।
एक मामूली बात यह है कि दोनों कंपनियां थोड़ा अलग "अतिरिक्त" पुस्तकालयों की पेशकश करती हैं:
आपकी आवश्यकताओं के आधार पर, यह प्रासंगिक हो सकता है।
यह भी ध्यान दिया जाना चाहिए कि ajax.microsoft.com के रूप में microsoft.com का एक उप डोमेन है। सभी microsoft.com कुकीज़ को उस फ़ाइल को वापस लाने में लगने वाले कुल समय में जोड़ते हैं।
इसके अलावा, ajax.microsoft.com डिफ़ॉल्ट IIS7 संपीड़न का उपयोग कर रहा है जो अन्य वेब सर्वर का उपयोग करने वाले मानक संपीड़न से नीच है।
http://ajax.microsoft.com/ajax/jquery/jquery-1.4.4.min.js - 33.4K
http://ajax.googleapis.com/ajax/libs/jquery/1.4.4/jquery.min.js - 26.5K
इसके अलावा, जैसा कि दूसरों ने उल्लेख किया है कि Google CDN अधिक लोकप्रिय है, जो फ़ाइल के कैश होने की संभावना को बहुत बढ़ा देता है।
इसलिए मैं दृढ़ता से Google का उपयोग करने की सलाह देता हूं।
यह शायद कोई फर्क नहीं पड़ता, लेकिन आप इसे कुछ ए / बी परीक्षण के साथ मान्य कर सकते हैं। अपना आधा ट्रैफ़िक एक सीडीएन को भेजें, और दूसरा आधा, और प्रतिक्रिया को मापने के लिए कुछ रूपरेखा तैयार करें। मुझे लगता है कि एक या दूसरे के पास कुछ गंभीर अनुपलब्धता के मामले में आसानी से स्विच करने में सक्षम होना अधिक महत्वपूर्ण होगा।
मुझे पता है कि मैं थोड़ी देर से यहां पहुंच रहा हूं, लेकिन यहां वह कोड है जो मैं उत्पादन में उपयोग कर रहा हूं। मेरे पास इसे लेकर कभी कोई समस्या नहीं है, लेकिन आपका माइलेज अलग हो सकता है। सुनिश्चित करें कि आप अपने स्वयं के वातावरण में इसका परीक्षण करें।
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js" type="text/javascript"></script>
<script type="text/javascript">
!window.jQuery && document.write('<script src="/scripts/jquery-1.4.2.min.js"><\/script>')
</script>
<script src="http://ajax.googleapis.com/ajax/libs/jqueryui/1.8.4/jquery-ui.min.js" type="text/javascript"></script>
<script type="text/javascript">
!window.jQuery.ui && document.write('<script src="/scripts/jquery-ui-1.8.2.min.js"><\/script>')
</script> यह आंकड़ों के बारे में है: jquery.com Google से jQuery लोड करता है। और इसी तरह Twitter, Stackoverflow और कई अन्य। तो, बहुत अधिक संभावनाएं हैं कि आपकी वेबसाइट उपयोगकर्ता के पास पहले से ही कैश है = कोई डाउनलोड नहीं ।
सत्यापनकर्ता, बैंडवाइथ और गति को भूल जाएं क्योंकि यह प्रमुख लाभ है। अन्यथा, कोई अन्य CDN विकल्प समान स्तर पर अनिवार्य रूप से प्रदर्शन करेगा।
क्या एक संभावित दूसरे की तुलना में तेज है?
मैं वास्तव में खुद इस बारे में उत्सुक था इसलिए मैंने निम्नलिखित में से प्रत्येक का उपयोग करके एक jsbin परीक्षण पृष्ठ सेटअप किया और फिर इसे webpagetest.org के दृश्य तुलना उपकरण के माध्यम से चलाया। मैंने परीक्षण किया:
सबसे तेज कौन था: दोनों परीक्षणों में 0.1 सेकंड तक code.jquery.com
कौन सबसे धीमा था: ajax.aspnetcdn.com पहले परीक्षण में 0.7 सेकंड और ajax.googleapis.com दूसरे परीक्षण में 1 सेकंड से
यहाँ पहली परीक्षा है (प्रत्येक का 3 बार परीक्षण किया गया था):
वीडियो: http://www.webpagetest.org/video/view.php?id=121019_16c5e25eff2937f63cc1714ed1eac814794e62b3
यहाँ 2 परीक्षण है (प्रत्येक 3 अन्य):
वीडियो: http://www.webpagetest.org/video/view.php?id=121019_a7b351f706cad2c25664fee7ef349371f17c4e74
जैसा कि पीएसटीआई ने कहा है :
जब कोई आपकी साइट पर जाता है, अगर वे पहले से ही उसी साइट पर जा चुके हैं जो उसी CDN पर उसी jQuery फ़ाइल का उपयोग करता है, तो फ़ाइल कैश हो गई होगी और उसे डाउनलोड करने की आवश्यकता नहीं होगी। इससे तेज कोई नहीं मिल सकता।
इसका मतलब है कि सबसे व्यापक रूप से उपयोग किए जाने वाले सीडीएन में इसके पक्ष में अंतर होगा, जो आपकी साइट के लिए भुगतान कर सकता है।
प्रदर्शन पर कुछ टिप्पणियां: Google की CDN लगातार उत्तरी अमेरिका और यूरोप दोनों में सबसे धीमी है। यूरोप में, माइक्रोसॉफ्ट का सीडीएन सबसे तेज है।
मुझे लगता है कि यह आपके लक्षित दर्शकों पर निर्भर करता है। आप दुनिया भर के कई स्थानों से CDN की गति की जाँच करने के लिए alertra.com का उपयोग कर सकते हैं।
एक अतिरिक्त विचार - अगर आपकी साइट एसएसएल है और आपको एंड्रॉइड 2.1 (या इससे पहले) का समर्थन करने की आवश्यकता है, तो माइक्रोसॉफ्ट सीडीएन के एचटीटीपीएस संस्करण पर एसएसएल प्रमाणपत्र इस मुद्दे के अनुसार, एंड्रॉइड ब्राउज़र के उन संस्करणों को क्रैश कर देगा: http: // कोड .google.com / पी / एंड्रॉयड / मुद्दों / विस्तार? id = 5001 । यह Microsoft की "गलती" नहीं है, क्योंकि एसएसएल प्रमाणपत्र तकनीकी रूप से मान्य है और दोष एंड्रॉइड के एसएसएल कार्यान्वयन में है ... लेकिन फिर भी यह आपकी साइट को क्रैश कर देगा।
Google के CDN पर SSL प्रमाणपत्र इस विशेष मुद्दे से संबंधित नहीं है (प्रमाणपत्र के "प्रमाणपत्र विषय Alt नाम" से संबंधित है)।
इसलिए, SSL + Android 2.1 समर्थन के लिए, Google CDN का उपयोग करें।
मेरा उत्तर दूसरों की तुलना में थोड़ा अलग है, मैं microsoft के साथ जाऊंगा अगर आपको jquery सत्यापनकर्ता की आवश्यकता होती है जो कि लगभग सभी को ज़रूरत होती है यदि आप jquery का उपयोग कर रहे हैं।
Microsoft CDN http कनेक्शन कीप-अलाइव है जो बड़े है जब आप कई वस्तुओं का अनुरोध कर रहे हैं।
इसलिए यदि आपको jquery सत्यापन की आवश्यकता है, तो Microsoft CDN का उपयोग करें, भले ही आपको jquery ui का उपयोग करने की आवश्यकता हो, क्योंकि Google नहीं रख रहा है, इसलिए प्रत्येक अनुरोध स्वयं के लिए है। तो इस तरह से मिश्रण प्लस है। यदि आप केवल सत्यापनकर्ता के लिए Microsoft का उपयोग कर रहे हैं, तो आप प्रत्येक अनुरोध के लिए Google सर्वर से अलग कनेक्शन कर रहे हैं।
गर्मियों में यह कहता है कि Microsoft UI की पेशकश नहीं कर रहा है, यह सही नहीं है (और अधिक)। इसे http://www.asp.net/ajaxlibrary/cdn.ashx पर डाउनलोड किया जा सकता है ।
Google CDN का उपयोग करते समय यह भी विचार करें कि कुछ बार लोग टाइप करें जैसे ajax.googelapis.com। यह संभावित रूप से एक बहुत बुरा xss (क्रॉस साइट स्क्रिप्टिंग) हमला बना सकता है। मैंने वास्तव में एक googlapis.com टाइपो को पंजीकृत करके इसका परीक्षण किया है और बहुत जल्दी अपने आप को जावास्क्रिप्ट, मानचित्र, सीएसएस आदि के लिए अनुरोधों की सेवा दे दी है।
मैंने Google को ईमेल किया और उनसे सीडीएन टाइपो URL के समान पंजीकरण करने के लिए कहा, लेकिन वापस नहीं सुना। यह CDN पर भरोसा न करने का एक वास्तविक कारण हो सकता है क्योंकि टाइपो अनुरोधों का इंतजार करने वाले संभावित खतरनाक हमलावर हैं और आसानी से एक xss पेलोड के साथ वापस jquery आदि की सेवा कर सकते हैं।
धन्यवाद
अनुप्रयोग लक्ष्य को किस उद्योग के आधार पर, आप अन्य संगठनों द्वारा प्रबंधित CDN का उपयोग नहीं करना चाहते हैं। यह अक्सर अनुपालन, गोपनीयता और गोपनीयता के मुद्दों को उठाता है।
उदाहरण के लिए, जब आप Google Analytics को एक सुरक्षित एप्लिकेशन में शामिल करते हैं, तब भी ब्राउज़र वर्तमान URL को "रेफर" हेडर के रूप में भेजता है। कोई भी पहचानकर्ता, सत्र आईडी या गुप्त टोकन उनके लॉग में प्रकट हो सकता है। उदाहरण के लिए, यदि 192.0.2.5 संदर्भों का एक ग्राहक आईपी : //healthsystem.example/condition/impence , तो ठीक है, आप ऐसी जानकारी का अनुमान लगा सकते हैं जिसे निजी माना जाता है।
अन्य मामलों में परिणाम की जानकारी, जैसे खाता संख्या, सामाजिक सुरक्षा संख्या या URL में सत्र की जानकारी शामिल होती है। उस तरह का डेटा URL में कभी नहीं होना चाहिए क्योंकि इसका उपयोग एप्लिकेशन के बाहर किया जा सकता है।
जबकि आप Google, Microsoft या Yahoo पर भरोसा कर सकते हैं, आपके उपयोगकर्ता नहीं कर सकते।
वित्त, कानूनी और स्वास्थ्य देखभाल जैसे उद्योगों के लिए, आप एक विक्रेता (जैसे अकामाई) की मदद से अपनी खुद की सीडीएन स्थापित करना चाहते हैं, जिसके साथ आप बीएए पर हस्ताक्षर कर सकते हैं।
मैं आपको सलाह दूंगा कि आप उन उपयोगकर्ताओं के सामान्य स्थान पर अपने उपयोग को आधार बनाएं जिन्हें आप लक्षित कर रहे हैं।
यदि आपकी साइट को आम जनता के लिए लक्षित किया जाता है, तो Google की CDN का उपयोग करना एक अच्छा विकल्प होगा।
यदि आपकी साइट चीन में भी लक्षित है, तो Microsoft की CDN का उपयोग करना बेहतर विकल्प होगा। मुझे अपने अनुभव से पता है, क्योंकि Google के सर्वर चीनी सरकार द्वारा अवरुद्ध किए जा रहे हैं, उन वेबसाइटों को प्रस्तुत करना जो उन्हें अन-लोड करने योग्य उपयोग करता है।
* ध्यान दें कि आप विशेष रूप से चीन के लिए पूरा करने के लिए क्षेत्र विशेष साइटें बना सकते हैं, जैसे कि cn.mysite.com, लेकिन यदि आप संसाधनों और समय पर कम हैं, तो यह एक विचार के लायक है।
Microsoft CDN की पूरी सूची यहाँ। http://www.asp.net/ajaxlibrary/cdn.ashx
उन्होंने तब से ajax.aspnetcdn.com का नाम बदल दिया है , जो फ़ायरवॉल नियमों द्वारा रुकावट की संभावना को कम करता है।
मैं दोनों का उपयोग करेगा!
जैसा कि Google Jquery होस्टिंग बहुत लंबे समय तक रही है, संभावना बहुत अधिक है कि लोगों को पहले से ही Microsoft एक की तुलना में कैश किया जाएगा, इसलिए मेरे पास पहले होगा।
व्यक्तिगत रूप से, मैं कुछ इस तरह का उपयोग करेंगे -
if (typeof jQuery == 'undefined') {
// jQuery is not loaded
document.write("<scr" + "ipt type=\"text/javascript\" src=\"http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js\"></scr" + "ipt>");
}
} else {
// jQuery is loaded
}(यह सुनिश्चित नहीं है कि यह 100% काम करता है, लेकिन मैं केवल विचार लिखने जा रहा था और उदाहरण नहीं - यह Google द्वारा जेकरी को होस्ट किया गया था और Microsoft को नहीं जैसा कि मुझे लिंक नहीं मिला)
jQueryकभी भी परिभाषित नहीं किया जाएगा जब तक कि आपने इसे सक्रिय रूप से लोड नहीं किया है। आपकी स्क्रिप्ट में पहली शाखा हमेशा निष्पादित होगी (जब तक कि आपके पास एक और jQuery शामिल नहीं है), स्क्रिप्ट को शानदार रूप से प्रस्तुत करना।