वेबसाइट अनुकूलन युक्तियाँ

एक आधुनिक साइट के अनुकूलन में कई अलग-अलग पहलू शामिल हैं। ये सभी आपके व्यवसाय के लिए महत्वपूर्ण हैं। किसी साइट को अनुकूलित कहने के लिए, उसे निम्नलिखित आवश्यकताओं को पूरा करना होगा:

- जितनी जल्दी हो सके ग्राहकों के अनुरोधों का जवाब दें
- ठीक से डिजाइन और प्रयोग करने में आसान हो
- विभिन्न शारीरिक विकलांग लोगों द्वारा उपयोग किया जा सकता है
- उपभोक्ता ब्राउज़र की परवाह किए बिना इस्तेमाल किया जा सकता है
- आधुनिक खोज इंजनों द्वारा आसानी से पाया जा सकता है

इन पहलुओं का पहला बिंदु, "ग्राहकों के अनुरोधों का जल्द से जल्द जवाब देना," शायद सबसे व्यापक और हासिल करना मुश्किल है। इसका मतलब है कि यदि उपयोगकर्ता इस पृष्ठ को डाउनलोड करना चाहता है, या एक फॉर्म भेजना चाहता है, तो अनुरोधित पृष्ठ को जल्द से जल्द अपने ब्राउज़र में लोड किया जाना चाहिए।

फास्ट पेज लोडिंग क्लाइंट एचटीएमएल / सीएसएस / जावास्क्रिप्ट कोड के अनुकूलन और सर्वर ऑपरेशन पर दोनों पर निर्भर करता है।

इस अनुकूलन का मुख्य दृष्टिकोण पृष्ठ पर नेटवर्क के काम को कम करना है। इसका मतलब है कि क्लाइंट से सर्वर तक अनुरोध कम किया जाना चाहिए। अनुरोध कम करने का मतलब है कि हमें छवियों की संख्या कम करने की आवश्यकता है। सीएसएस स्प्राइट [1] में संयोजन करके छवि में कमी को प्राप्त किया जा सकता है। कट स्क्रिप्ट और सीएसएस फ़ाइलें। प्रत्येक स्क्रिप्ट और CSS फ़ाइल के लिए, ब्राउज़र सर्वर पर कॉल करता है। यदि फ़ाइल में क्लाइंट मशीन पर कैश्ड संस्करण है, तो सर्वर पर फ़ाइल में कोई परिवर्तन नहीं होने पर कैश्ड संस्करण का उपयोग किया जाएगा। स्क्रिप्ट और सीएसएस फ़ाइलों की संख्या को कम करने के लिए सबसे अच्छा समाधानों में से एक उन्हें संयोजित करना है। रखरखाव में आसानी के लिए, अधिकांश प्रोग्रामर एक से अधिक स्क्रिप्ट और सीएसएस फ़ाइल का उपयोग करना पसंद करते हैं। उन्हें संयोजित करने के लिए, एक प्रोग्राम का उपयोग किया जा सकता है जो सर्वर पर अपलोड होने से पहले उन्हें जोड़ती है। इस प्रकार, अंत में, यह एक स्क्रिप्ट और एक सीएसएस फ़ाइल को चालू करता है जिसे सर्वर द्वारा अनुरोध किया जा सकता है।

इन अनुकूलन के बावजूद, ब्राउज़र अभी भी सर्वर से एक निश्चित संख्या में HTTP अनुरोध करता है। इन प्रश्नों का अनुकूलन करने के लिए, एक पूर्ण निदान किया जाना चाहिए। निदान और उचित गणना अनुकूलन की कुंजी है। किसी समस्या को पहचानने और हल करने की कुंजी।

एकल HTTP अनुरोध के निदान में निम्नलिखित घटक होते हैं:

डीएनएस समय
यह वह समय है जिसके दौरान DNS सिस्टम डोमेन को आईपी पते पर अनुवादित करता है। क्लाइंट को सर्वर से कनेक्ट करने से पहले, आपको सबसे पहले डोमेन नाम को सर्वर आईपी पते पर अनुवाद करना होगा।

बड़ी साइटें अपनी सामग्री के लिए एक से अधिक डोमेन का उपयोग करती हैं। खुले कनेक्शन की संख्या पर ब्राउज़रों की एक सीमा होती है। इसके अलावा, एक डोमेन [2] के साथ-साथ कनेक्शन पर प्रतिबंध है। एक से अधिक डोमेन का उपयोग करने से साइट लोड करने की गति बढ़ सकती है, लेकिन यह बदले में, DNS प्रसारण की संख्या बढ़ाता है।
जब कोई ग्राहक इस डोमेन को IP में ट्रांसलेट करना चाहता है, तो निम्नलिखित क्रियाएं होती हैं:

उदाहरण के लिए, हम example.com का उपयोग करेंगे

स्थानीय नाम देने वाले से अनुरोध किया जाता है। चूंकि क्लाइंट पहली बार example.com एक्सेस करता है, इसलिए स्थानीय सर्वर को इसके बारे में पता नहीं होता है। इसके अलावा, डोमेन के आईपी नेमसेवर को नहीं जानता है। इसलिए, वह कुछ मुख्य सर्वरों को एक्सेस करता है।

TLD नेमसर्वर को स्वीकार करने के लिए एक मुख्य सर्वर से अनुरोध किया जाता है। Example.com के मामले में, यह .com के लिए सर्वर है।

Nameerver example.com के लिए TLD सर्वर का अनुरोध किया गया है।

Nameserver example.com डोमेन द्वारा इंगित स्थानीय नेमसर्वर IP पता लौटाता है।

स्थानीय नेमसेवर क्लाइंट को डोमेन का आईपी एड्रेस देता है।



Example.com के बाद के अनुरोध आम तौर पर उपरोक्त कदम नहीं उठाएंगे, लेकिन स्थानीय नेमसर्वर-ई पर कैश से डोमेन के आईपी पते को वापस कर देंगे।

कैशिंग समय अपने कॉन्फ़िगरेशन में वर्णित TTL (टाइम-टू-लाइव) डोमेन पर निर्भर करता है। उच्च टीटीएल मान, उदाहरण के लिए 86,400 सेकंड (24 घंटे), इस तथ्य के संदर्भ में बेहतर हैं कि रिकॉर्ड को अपडेट करने के लिए आवेदन कम बार किया जाएगा। लेकिन यह कुछ असुविधाओं का कारण बनता है, उदाहरण के लिए, जब आपको किसी डोमेन के आईपी को जल्दी से बदलने की आवश्यकता होती है।

कनेक्ट समय
डोमेन का नाम सर्वर के आईपी पते में अनुवादित होने के बाद, क्लाइंट इस सर्वर से जुड़ने की कोशिश करता है। कनेक्ट होने में लगने वाले समय को कनेक्शन टाइम कहा जाता है। यह समय मुख्य रूप से इंटरनेट क्लाइंट और सर्वर की गति पर निर्भर करता है। मार्ग पर पैकेट का नुकसान कनेक्शन समय को काफी धीमा कर सकता है।

क्लाइंट हमेशा प्रत्येक अनुरोध के लिए एक नया टीसीपी सत्र नहीं खोलता है। HTTP / 1.1 लगातार कनेक्शन का समर्थन करता है, जिसका अर्थ है कि आप एक से अधिक अनुरोधों के लिए एक सत्र का उपयोग कर सकते हैं। यह सर्वर से परिणाम प्राप्त करने के लिए समय को काफी तेज करता है, क्योंकि क्लाइंट और सर्वर के बीच कोई हैंडशेकिंग [3] नहीं है। सभी आधुनिक ब्राउज़र लगातार TCP सत्रों का समर्थन करते हैं।

नियमित सत्रों की योजना:


HTTP / 1.1, निरंतर सत्रों के अलावा, HTTP Pipelining [4] को भी जोड़ता है। HTTP पाइपलाइनिंग के माध्यम से उनके परिणामों की प्रतीक्षा किए बिना एक टीसीपी सत्र में कई अनुरोध भेजना संभव है।

HTTP पाइपलाइन योजना।


HTTP पाइपलाइनिंग का उपयोग करने के लिए, क्लाइंट और सर्वर दोनों को इसका समर्थन करना चाहिए। आधुनिक, लोकप्रिय ब्राउज़रों में, केवल डिफ़ॉल्ट रूप से ओपेरा इसका समर्थन करता है। दूसरों में, या तो आपको इसकी अनुमति देनी चाहिए, या यह समर्थित नहीं है।

मोबाइल ब्राउज़र में, सब कुछ अलग है। ओपेरा मोबाइल, ओपेरा मिनी और एंड्रॉइड ब्राउज़र दोनों डिफ़ॉल्ट रूप से HTTP पाइपलाइनिंग का उपयोग करते हैं।

अधिमानतः, सर्वर स्थायी कनेक्शन और HTTP पाइपलाइनिंग का समर्थन करने के लिए कॉन्फ़िगर किया गया है। यह आपके पृष्ठों के लोडिंग समय को काफी कम कर सकता है।

पुनर्निर्देशन का समय
HTTP प्रोटोकॉल सर्वर को क्लाइंट को किसी अन्य पते पर पुनर्निर्देशित करने की अनुमति देता है। यह, बदले में, नए अनुरोधों की ओर जाता है और, परिणामस्वरूप, क्लाइंट द्वारा अनुरोधित जानकारी प्राप्त करने के लिए समय में वृद्धि करता है।

यह अनुशंसा की जाती है कि जब भी संभव हो आप पुनर्निर्देशित लूप से बचें। यह निश्चित रूप से पृष्ठ लोडिंग समय को कम करेगा। पुनर्निर्देशन का उपयोग केवल तब करें जब समस्या का कोई अन्य समाधान न हो।

पहले बाइट का समय (TTFB)
क्लाइंट द्वारा सर्वर को HTTP अनुरोध भेजने के बाद, बाद वाला इसे प्रोसेस करता है और प्रतिक्रिया देता है। उत्तर के रूप में सर्वर से पहला टीसीपी पैकेट प्राप्त करना - यह पहला बाइट मिल रहा है।

TTFB मान जितना अधिक होगा, सर्वर द्वारा संसाधनों के प्रसंस्करण को धीमा करेगा। उदाहरण के लिए, जब आप .php एक्सटेंशन के साथ डायनेमिक पेज का अनुरोध करते हैं। इस पृष्ठ से प्रतिक्रिया प्राप्त होने से पहले, यह PHP दुभाषिया द्वारा संसाधित किया जाता है, इस पृष्ठ पर डेटाबेस के साथ संवाद करने की संभावना अधिक होती है, और उसके बाद ही यह ग्राहक को प्रतिक्रिया देता है। इसका मतलब यह है कि इस तरह के पेज पर TTFB एक साधारण .html पेज से अधिक होगा।

जब हम TTFB को जानते हैं, तो हम जानते हैं कि सर्वर को इस पेज को प्रोसेस करने में कितना समय लगता है। इस प्रकार, हम सर्वर पर विभिन्न सॉफ्टवेयर अनुकूलन कर सकते हैं। TTFB कम करना सर्वर प्रदर्शन और पृष्ठ लोडिंग दोनों के लिए महत्वपूर्ण है।

अंतिम बाइट का समय (TTLB)
क्लाइंट को सभी हेडर प्राप्त होने के बाद और जब आखिरी पैकेट आता है, तो वह प्रतिक्रिया का अंतिम बाइट प्राप्त करता है।

यदि हम TTLB और TTFB के मूल्यों को जानते हैं, तो हम क्लाइंट के संसाधन की संपूर्ण सामग्री भेजने के लिए सर्वर के लिए लगने वाले समय को निर्धारित कर सकते हैं। TTLB, TTFB के विपरीत , संसाधन के आकार के लिए आनुपातिक है। हालाँकि, जब TTLB बहुत बड़ा है, तो समस्या सर्वर हार्डवेयर या इंटरनेट स्पीड की है।

ऐसे कई कार्यक्रम हैं जो आपकी साइट का निरीक्षण कर सकते हैं ताकि आपको प्रत्येक अनुरोध और प्रत्येक घटक का समय प्राप्त हो। उदाहरण के लिए Firebug, NET टैब।

यदि आप एक पेशेवर समाधान चाहते हैं जो आपको आपकी साइट के राउंड-द-क्लॉक आँकड़े प्रदान कर सकता है, तो आप वेबसाइटप्रोसेस की सेवाओं का उपयोग कर सकते हैं।
WebSitePulse की सेवाओं का उपयोग करके, आप 24 घंटे की निगरानी के आधार पर अपनी साइट के लिए विस्तृत आँकड़े प्राप्त कर सकते हैं। आपकी साइट के विभिन्न लोडिंग घटकों के विस्तृत ग्राफ़ आपको यह विश्लेषण करने की अनुमति देंगे कि आपकी साइट को किस विचलन के साथ लोड होने में समस्या है, चाहे वह धीमे कनेक्शन से जुड़ा हो, या सर्वर लोड के साथ। ये आँकड़े आपको दुनिया के विभिन्न हिस्सों में संचालित अपनी साइटों के प्रदर्शन का व्यापक अवलोकन प्रदान करेंगे।

1. http://en.wikipedia.org/wiki/Sprite_%28computer_graphics%29
2. http://www.browserscope.org/?category=network
3. हैंडशेकिंग - http://en.wikipedia.org/wiki/Handhaking
4. HTTP पाइपलाइनिंग - http://en.wikipedia.org/wiki/HTTP_pipelining#Implementation_in_web_servers