फास्ट पेज देखने के लिए कोडिंग
चाहे आप एएसपी या सीधे HTML में कोडिंग कर रहे हों, आप चाहते हैं कि आपका पृष्ठ अपने उपयोगकर्ताओं को जल्द से जल्द प्रदर्शित हो। यदि आपका पृष्ठ धीरे-धीरे प्रदर्शित होता है, तो आपके उपयोगकर्ता छोड़ सकते हैं और कहीं और जा सकते हैं।

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

इसका मतलब है कि आप अपनी टिप्पणियाँ छोड़ दें। हाँ, आपके परीक्षण वातावरण में, आपके कोड के साथ काम करने के लिए टिप्पणियाँ बहुत अच्छी हैं। लेकिन आप अपने लाइव सर्वर पर टिप्पणी नहीं करना चाहते हैं! आपके द्वारा जोड़ी गई टिप्पणी की हर एक पंक्ति अनावश्यक कचरे की एक और पंक्ति है जो फ़ाइल को आपके आगंतुकों के लिए नीचे भेजे जाने में समय ले रही है। आप चाहते हैं कि लाइव, उत्पादन फ़ाइल जितना संभव हो उतना छोटा हो, इसलिए फ़ाइल का हस्तांतरण जितनी जल्दी हो सके उतना जल्दी हो जाता है।

वही अतिरिक्त सफेद स्थान, टैब आदि के लिए जाता है, उन पात्रों में से प्रत्येक फ़ाइल में भौतिक स्थान लेता है। आप चाहते हैं कि आपकी फ़ाइल उतनी ही कुशल हो, जितनी वह लाइव वातावरण में हो सकती है।

इसके बाद, अपनी तालिका संरचना पर एक अच्छी नज़र डालें। बहुत सारे लोग टेबल के साथ पागल हो जाते हैं, ट्रिलियन के नेस्टेड टेबल का निर्माण करते हैं। हर बार जब आप एक तालिका बनाते हैं, तो वेब ब्राउज़र को तालिका के अंत तक पहुंचने तक इंतजार करना पड़ता है, इससे पहले कि वह यह पता लगा सके कि उस तालिका को ठीक से कैसे प्रदर्शित किया जाए। मान लीजिए कि आपके पास तालिकाओं की एक श्रृंखला वाला एक विशाल पृष्ठ है। यदि आप उन सभी तालिकाओं को एक "मास्टर टेबल" में रखते हैं - तो पूरे टेबल सेट को पूरी तरह से पढ़ना होगा और इसे किसी भी डिस्प्ले से पहले लोड करना होगा! यदि इसके बजाय आपके पास प्रत्येक तालिका एक अलग इकाई के रूप में है, तो सिस्टम प्रत्येक तालिका को पूर्ण होने के रूप में दिखा सकता है। निश्चित रूप से, पृष्ठ एक तालिका में, फिर अगला, फिर अगला, प्रगति में आकर्षित करेगा। लेकिन कम से कम उपयोगकर्ता यह जानने के लिए SOMETHING को देखता है कि पृष्ठ लोड हो रहा है - इसके बजाय बहुत अंत तक कुछ भी देखने के बजाय।

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

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

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

फास्ट डेटाबेस कनेक्शन के लिए कोडिंग

वीडियो निर्देश: Crime Patrol Dial 100 - क्राइम पेट्रोल - Goregaon East Murder - Episode 376 - 25th January, 2017 (अप्रैल 2024).