यदि मैं एक पृष्ठ की वेबसाइट डिजाइन कर रहा हूं, तो क्या मेरे जेएस कोड के लिए बाहरी फ़ाइल बनाना बेहतर है, या बस इसे html कोड में रखा जाए? क्या इसे लोड करने के लिए पेज पर तेजी से डाला जा रहा है? क्या मैं कोड के लिए उपयोगकर्ताओं के अनुरोधों को अस्वीकार करने के लिए अनुमतियां बदल सकता हूं, लेकिन HTML पेज अभी भी कोड को कॉल कर सकता है?
जवाबों:
आपको अपना जेएस कोड एक अलग फाइल में डालना चाहिए क्योंकि इससे परीक्षण और विकास करना आसान हो जाता है। यह सवाल कि आप कोड की सेवा कैसे करते हैं, यह अलग बात है।
HTML और JS को अलग-अलग रखने से यह फायदा होता है कि एक ग्राहक JS को कैश कर सकता है। इसके लिए आपको उपयुक्त हेडर भेजना होगा ताकि क्लाइंट हर बार एक नया अनुरोध जारी न करे। यदि आप एक अद्यतन करना चाहते हैं और इस प्रकार क्लाइंट कैश को अमान्य करना चाहते हैं तो कैशिंग समस्याग्रस्त है। एक विधि फ़ाइल नाम में एक संस्करण संख्या शामिल करने के लिए है, जैसे /static/mylibrary-1.12.2.js।
यदि JS एक अलग फ़ाइल में है, तो आप उस तक पहुँच को प्रतिबंधित नहीं कर सकते हैं: यह बताने के लिए कि तकनीकी रूप से असंभव है (तकनीकी रूप से असंभव है) यदि JS फाइल के लिए अनुरोध किया गया था क्योंकि आपने इसे अपने HTML पृष्ठ पर संदर्भित किया था, या क्योंकि कोई इसे डाउनलोड करना चाहता है। सीधे। हालांकि आप कुकीज़ का उपयोग कर सकते हैं और उन ग्राहकों की सेवा करने से इंकार कर सकते हैं जो कुछ कुकीज़ को प्रसारित नहीं करते हैं (लेकिन यह मूर्खतापूर्ण होगा)।
HTML के अंदर JS सेवित करने से प्रत्येक पृष्ठ का आकार बढ़ जाता है - लेकिन यह ठीक है अगर एक ग्राहक कई पृष्ठों को देखने की संभावना नहीं है। क्योंकि क्लाइंट जेएस के लिए एक अलग अनुरोध जारी नहीं करता है, यह रणनीति पृष्ठ को तेजी से लोड करती है - पहली बार कम से कम, लेकिन एक ब्रेक-ईवन बिंदु है जहां कैशिंग बेहतर है। आप PHP के माध्यम से जेएस को शामिल कर सकते हैं।
यहां क्लाइंट को JS फाइल के लिए अलग से एक्सेस की जरूरत नहीं है, जिसे आप चाहें तो छिपा सकते हैं। लेकिन कोई भी अभी भी जेएस कोड को HTML के अंदर देख सकता है।
लोड समय को कम करने के लिए अन्य रणनीतियों में शामिल हैं
JS minification जो आपके द्वारा दी जाने वाली JS फ़ाइल के आकार को कम करता है। चूंकि कोड तैनात करते समय केवल एक बार ही मिनिमाइजेशन होता है, यह बाइट्स को बचाने के लिए एक बहुत ही कुशल तरीका है। OTOH यह आपके कोड को इच्छुक आगंतुकों के लिए समझने में कठिन बनाता है।
मीनिंग से संबंधित एक ही फाइल में आपके सभी जेएस फाइलों को संयोजित करने का अभ्यास है। यह आवश्यक अनुरोधों की संख्या को कम करता है।
संपीड़न, जो क्लाइंट और सर्वर दोनों पर प्रत्येक अनुरोध के लिए एक कम्प्यूटेशनल ओवरहेड जोड़ता है। हालाँकि, बिताए गए समय (डी-) को संपीड़ित करने वाले डेटा को प्रसारित करने में खर्च किए गए समय की तुलना में आमतौर पर छोटा होता है। संपीड़न आमतौर पर सर्वर सॉफ़्टवेयर द्वारा पारदर्शी रूप से नियंत्रित किया जाता है।
ये तकनीक छवियों जैसे अन्य संसाधनों पर भी लागू होती हैं।
मैं एक पेज की वेबसाइट डिजाइन कर रहा हूं
यदि आपके पास शाब्दिक रूप से सिर्फ एक पृष्ठ है, तो हाँ, यह बेहतर है (प्रदर्शन के दृष्टिकोण से) एक फ़ाइल में सब कुछ परोसने के लिए ... स्टाइलशीट, जावास्क्रिप्ट और यहां तक कि छवियां (डेटा-यूआरआई के साथ छोटे चित्र)। यह बाहरी संसाधनों को पुनः प्राप्त करने के लिए आवश्यक अतिरिक्त HTTP अनुरोधों को समाप्त करता है जो अपेक्षाकृत धीमी गति से होते हैं।
परिणामी फ़ाइल को सेवा करने से पहले gzipped किया जाना चाहिए, जो बड़े पैमाने पर ऑल-टेक्स्ट प्रतिक्रिया के आकार को कम करेगा।
आपको अभी भी पृष्ठ पर बाहरी छवियों को रखने पर विचार करना चाहिए, क्योंकि डेटा-यूआरआई और ब्राउज़र संगतता के आकार की सीमाएं हैं। (उदा। IE8 की सीमा 32KB है, जो बेस 64 एनकोडिंग की प्रकृति के कारण लगभग 23KB के वास्तविक फ़ाइल आकार के बराबर है।)
क्या मैं कोड के लिए उपयोगकर्ताओं के अनुरोधों को अस्वीकार करने के लिए अनुमतियां बदल सकता हूं, लेकिन HTML पेज अभी भी कोड को कॉल कर सकता है?
नहीं। आकस्मिक पर्यवेक्षक से इसे "छिपाने" के लिए सर्वोत्तम रूप से कोड को बाधित किया जा सकता है, लेकिन यह कोई वास्तविक सुरक्षा प्रदान नहीं करता है।
क्लाइंट साइड जेएस कोड को ब्राउज़र द्वारा देखा जाना चाहिए (अर्थात, यदि पेज को सीधे जेएस का उपयोग करने की आवश्यकता है) - इसका मतलब है कि इसे ब्राउज़र द्वारा डाउनलोड किया जाना है।
यदि आप इसे डाउनलोड नहीं कर सकते हैं तो आपके पास पृष्ठ पर जेएस का उपयोग नहीं हो सकता है।
उस संबंध में, यदि आप JS को इनलाइन करते हैं या इसे किसी फ़ाइल में डालते हैं, तो इससे कोई अंतर नहीं पड़ता है, हालाँकि आम अभ्यास JS फ़ाइल (एक के लिए चिंताओं का पृथक्करण) का उपयोग करना है।
यदि आपके पास कोड है जिसे आप ब्राउज़र के माध्यम से उजागर नहीं करना चाहते हैं, तो आपको सर्वर साइड कोड का उपयोग करने की आवश्यकता होगी (जैसे कि नोड। जेएस, पीएचपी, पर्ल, एस्प.net, जेएसपी - बहुत सारे विकल्प हैं) और इसके साथ बातचीत करें ब्राउज़र से - या तो प्रारंभिक पृष्ठ लोड पर या AJAX का उपयोग करना ।
वैसे यह कोड की मात्रा पर निर्भर करता है, और आप प्रोग्रामर / सॉफ्टवेयर इंजीनियर बनाम कोडर होने के बारे में कितने गंभीर हैं। मैंने डिजाइनरों के झुंड के साथ काम किया जो कोड के छोटे स्निपेट को सीधे HTML में डालते हैं, और जब मैंने क्रिंग किया - तो यह वास्तव में काम करता था।
हालाँकि यह कुछ ऐसा नहीं है जो मैं खुद करूँगा, और यदि आप सॉफ़्टवेयर विकास की सर्वोत्तम प्रथाओं को जानना चाहते हैं, तो मैं आपको दृढ़ता से सलाह देता हूं कि आप बाहरी *.jsफ़ाइल में सब कुछ पियें और उसे <script>टैग के माध्यम से लोड करें।
अपने दूसरे बिंदु के बारे में, नहीं, आप अपने कोड को देखने के लिए उपयोगकर्ता या ब्राउज़र से इनकार नहीं कर सकते, कुछ ऐसा है, obfuscationजो आपके कोड को पढ़ने के लिए कठिन बना देगा, हालांकि प्रदर्शन में गिरावट आएगी।
क्या मेरे जेएस कोड के लिए बाहरी फ़ाइल बनाना बेहतर है, या बस इसे html कोड में रखा जाए?
अपने जेएस कोड के लिए एक बाहरी फ़ाइल बनाना बेहतर है। आपके पास क्लाइंट के लिए एक या दो फाइलें होना भी बेहतर है। लेकिन, यह भी बेहतर है कि आपके जेएस कोड को बनाए रखने की समस्याओं के लिए कई गुना फ़ाइलों में विभाजित किया जाए। ऐसा करने में सक्षम होने के लिए, आप गुल की तरह पूर्वप्रक्रमकों का उपयोग कर सकते हैं जो आपकी अलग-अलग JS फ़ाइलों को एक फ़ाइल में संयोजित करेगा।
कम फ़ाइलों की सेवा करना बेहतर है क्योंकि क्लाइंट के पास संभालने के लिए कम HTTP अनुरोध होंगे।
क्या इसे लोड करने के लिए पेज पर तेजी से डाला जा रहा है?
हां, जाहिर है कि यह तेज है क्योंकि आप केवल HTML के लिए एक ही अनुरोध करते हैं, जबकि आप बाहरी के रूप में अपने जेएस कोड के साथ कई अनुरोध (कम से कम 2) करेंगे। यह केवल तभी है जब आपका जेएस कोड किसी भी पक्ष में छोटा नहीं है, और यह ध्यान में नहीं रखता है कि आपके कोड को बनाए रखने में कितना मुश्किल होगा अगर यह एक ही एचटीएमएल पेज में है।
क्या मैं कोड के लिए उपयोगकर्ताओं के अनुरोधों को अस्वीकार करने के लिए अनुमतियां बदल सकता हूं, लेकिन HTML पेज अभी भी कोड को कॉल कर सकता है?
नहीं, तुम नहीं कर सकते। जेएस कोड, सीएसएस कोड और HTML कोड की तरह स्थिर सामग्री है। इसका मतलब है कि एक बार यह ब्राउज़र में होने के बाद, ग्राहक इसे और इसकी सामग्री को पूरी तरह से डाउनलोड कर सकता है। हर एक फाइल, इमेज, स्क्रिप्ट डाउनलोड होने के लिए खुली है। लेकिन , आप अपने कोड को छोटा / छोटा कर सकते हैं ताकि उसका उपयोग करने वाले मनुष्य के लिए कठिन हो। यह केवल कुरूपता का परिणाम है, जो पहले प्रदर्शन के लिए बनाया गया था ।
HTML और जावास्क्रिप्ट सामग्री को अलग-अलग फ़ाइलों में अलग करने के कई लाभ: