आपका होस्टिंग प्लान असल में किन चीज़ों को सीमित करता है, हर सीमा पर पहुँचने पर क्या होता है, और यह कैसे पता करें कि धीमी साइट की समस्या संसाधनों की है या कोड की।
"मेरी साइट धीमी है" और "मेरी साइट में कुछ खत्म हो गया है" बाहर से एक जैसे लगते हैं और भीतर से इनमें लगभग कुछ भी एक जैसा नहीं होता। यह गाइड इन्हें अलग करती है: पहले यह कि सीमाएँ असल में क्या हैं, फिर यह कि असली धीमेपन का निदान कैसे करें।
पहले: साइट धीमी है या टूटी हुई?
धीमी का मतलब है कि पेज आखिरकार लोड हो जाते हैं। टूटी हुई का मतलब है कि वे लोड नहीं होते।
अगर आपको धीमे पेज के बजाय त्रुटि वाले पेज मिल रहे हैं, तो यहीं रुकें और HTTP त्रुटि कोड पर जाएँ। 500, 502 या 504 का एक खास कारण और खास समाधान होता है, और उनमें से कोई भी "प्लान अपग्रेड करना" नहीं है।
अगर साइट धीमी होने के बजाय पहुँच से बाहर है, तो वेबसाइट लोड नहीं हो रही पर जाएँ।
आपका प्लान असल में क्या सीमित करता है
चार चीज़ें, और यह जानना उचित है कि कौन सी क्या है, क्योंकि इन पर पहुँचने पर ये बहुत अलग व्यवहार करती हैं।
स्टोरेज। आपकी फ़ाइलें और डेटाबेस कितनी डिस्क इस्तेमाल करते हैं। हर दिन मापा जाता है।
बैंडविड्थ। आपके विज़िटर एक महीने में कितना डेटा डाउनलोड करते हैं।
साइटों की संख्या। आप प्लान पर कितनी अलग साइटें चला सकते हैं।
CDN एक्सेस। CDN उपलब्ध है या नहीं। एज आपके लिए कितना ट्रैफ़िक सर्व करता है, इस पर कोई सीमा नहीं है: CDN वाले हर प्लान पर एज बैंडविड्थ असीमित है।
आपके खास कोटे आपके प्लान पर निर्भर करते हैं। हर प्लान के मौजूदा आँकड़े बिलिंग, फिर योजना बदलें में साथ-साथ दिखाए जाते हैं, और तुलना करने की भरोसेमंद जगह भी यही है, न कि किसी सहायता लेख में लिखी संख्या जो पुरानी पड़ सकती है। अपना प्लान अपग्रेड करना देखें।
हर सीमा पर पहुँचने पर क्या होता है
यही वह हिस्सा है जिसकी लोग चिंता करते हैं, और जवाब उम्मीद से कम नाटकीय हैं।
स्टोरेज। डिस्क उपयोग हर दिन मापा जाता है और साइट के ओवरव्यू पेज पर दिखाया जाता है। जैसे-जैसे यह बढ़ता है, आपको Insights की चेतावनी मिलती है, जो भरने के करीब पहुँचने के साथ और गंभीर होती जाती है। Insights देखें।
साइटों की संख्या। यह सीमा साइट बनाते समय लागू होती है। अपने प्लान के कोटे से ज़्यादा साइट बनाने की कोशिश करने पर आपको साफ़ संदेश मिलता है कि प्लान भर चुका है, साथ में अपग्रेड करने या दूसरा प्लान जोड़ने का विकल्प। पहले से मौजूद किसी चीज़ पर असर नहीं पड़ता।
CDN पात्रता। ऐसे प्लान पर CDN चालू करने पर जिसमें यह शामिल नहीं है, अपग्रेड लिंक के साथ सीधा "not included on your plan" (आपके प्लान में शामिल नहीं) संदेश मिलता है। कोई आंशिक या घटा हुआ मोड नहीं है। CDN चालू करना देखें।
CDN बैंडविड्थ। कुछ नहीं होता, क्योंकि पहुँचने के लिए कोई सीमा है ही नहीं। CDN वाले हर प्लान पर एज बैंडविड्थ असीमित है। बहुत ज़्यादा सर्व करने पर आपकी साइट कभी एज से नहीं हटाई जाती, एज कभी रोका नहीं जाता, और किसी मात्रा की वजह से ट्रैफ़िक कभी आपके ओरिजिन पर वापस नहीं भेजा जाता। CDN पेज का इस महीने की बैंडविड्थ कार्ड इस बात का लाइव आँकड़ा है कि एज ने आपके लिए क्या सर्व किया, और यह किसी भी चीज़ से नहीं घटाया जाता।
बहुत बड़े खाते पूरे खाते पर लागू होने वाली उचित उपयोग नीति के अंतर्गत आते हैं, जो अपनी सीमा प्रकाशित करती है, एक साइट के बजाय पूरे खाते पर लागू होती है, और सबसे पहले सूचना देती है: जिस दिन आप इसे पार करते हैं उसी दिन हम आपको ईमेल करते हैं, और हम चुपचाप गति कम नहीं करते, पिछली तारीख से बिल नहीं करते, और बिना सूचना के निलंबित नहीं करते।
Managed WordPress और WooCommerce की बैंडविड्थ एक लचीली सीमा की तरह काम करती है। इसके करीब पहुँचने पर और इसे पार करने पर आपको सूचना मिलती है। साइट कभी बंद नहीं की जाती और अतिरिक्त उपयोग का कभी बिल नहीं बनता: होस्टिंग बैंडविड्थ का शुल्क नहीं लिया जाता, और सूचना इसलिए है ताकि आपको पता रहे, और ताकि अगर आप कम इस्तेमाल करना चाहें तो हम मुफ़्त CDN कैश लेयर सेट करने की पेशकश कर सकें।
स्टोरेज या बैंडविड्थ कोटा पार करने से आपकी साइट निलंबित नहीं होती। इस प्लेटफ़ॉर्म पर निलंबन बिलिंग की स्थिति है, संसाधनों की नहीं। खाता निलंबित और विफल भुगतान देखें।
जो हर प्लान के हिसाब से सीमित नहीं है
दो चीज़ें जिनकी लोग उम्मीद करते हैं और जो उन्हें नहीं मिलेंगी।
वेब होस्टिंग प्लान पर हर साइट का कोई CPU या मेमोरी कोटा नहीं है। आपका प्लान आपको कोर की कोई संख्या आवंटित नहीं करता।
PHP क्षमता के लिए आप अपने पड़ोसियों से मुकाबला नहीं कर रहे। हर साइट PHP वर्कर प्रोसेस के अपने अलग-थलग पूल में चलती है। बगल की कोई व्यस्त साइट आपकी साइट को चाहिए वर्कर खत्म नहीं कर सकती। यह अलगाव असली है, और इसीलिए इस प्लेटफ़ॉर्म पर "किसी और की साइट मेरी साइट को धीमा कर रही है" लगभग कभी भी व्याख्या नहीं होती।
जो लागू होता है वह हर अनुरोध की सीमा है: एक अनुरोध कितनी मेमोरी इस्तेमाल कर सकता है, और वह कितने सेकंड चल सकता है। इन्हें आप खुद सेट करते हैं। PHP एक्सटेंशन और सेटिंग्स देखें।
अपना उपयोग कहाँ देखें
- स्टोरेज, साइट के अवलोकन पेज पर।
- CDN बैंडविड्थ, CDN चालू होने के बाद ओवरव्यू पेज पर भी, और साइट के Kapsule CDN टैब पर।
- चेतावनियाँ, Insights के ज़रिए और ईमेल से। Insights देखें।
धीमी साइट को सच में तेज़ बनाना
मेहनत के मुकाबले फ़ायदे के क्रम में। सीधे आखिर पर कूदने के बजाय सूची में ऊपर से नीचे चलें।
1. कैशिंग चालू करें
हर बार सबसे बड़ा फ़ायदा। किसी पेज की सहेजी गई कॉपी सर्व करना हर विज़िटर के लिए उसे फिर से बनाने से कई गुना सस्ता है।
वेबसाइटें, साइट, WordPress, फिर कैशिंग पर जाएँ। ऑब्जेक्ट कैशिंग WordPress परिवार के सभी प्लान पर उपलब्ध है, और पूरे पेज की कैशिंग मैनेज्ड प्लान पर। साइट कैशिंग देखें।
ध्यान दें कि कुछ पथ जानबूझकर कभी कैश नहीं किए जाते: एडमिन पेज, लॉगिन, कार्ट, चेकआउट और खाता पेज। चेकआउट पेज को कैश करने से एक ग्राहक को दूसरे ग्राहक की टोकरी दिख जाती, इसलिए यह कॉन्फ़िगर नहीं किया जा सकता और ऐसा होना भी नहीं चाहिए।
2. CDN चालू करें
कैशिंग कॉपी को एक जगह रखती है। CDN उसे आपके विज़िटरों के पास रखता है। सबसे ज़्यादा असर तब होता है जब आपके दर्शक आपके सर्वर वाले देश में नहीं होते। इसके लिए पात्र प्लान और अपना कस्टम डोमेन चाहिए। CDN चालू करना देखें।
3. नए PHP वर्शन पर जाएँ
बिना किसी मेहनत के असली, मापने लायक फ़र्क। पहले स्टेजिंग पर जाँचें। PHP वर्शन बदलना देखें।
4. अपनी इमेज ठीक करें
धीमे पेज पर आमतौर पर सबसे भारी चीज़ यही होती है। फ़ोन से सीधे ली गई फ़ोटो कई मेगाबाइट की हो सकती है और 400 पिक्सल चौड़ी दिखाई जा सकती है। अपलोड करने से पहले आकार बदलें, और कोई आधुनिक फ़ॉर्मैट इस्तेमाल करें।
5. अपने प्लगइन की समीक्षा करें
जो भी प्लगइन हर अनुरोध पर काम करता है, वह हर अनुरोध पर आपको महँगा पड़ता है। एक-एक करके निष्क्रिय करें और मापें। जिसका आप उपयोग नहीं करते, उसे निष्क्रिय छोड़ने के बजाय हटा दें। WordPress प्लगइन देखें।
6. असल में धीमी चीज़ ढूँढें
अंदाज़ा लगाना बंद करें और मापें:
- WordPress साइटों पर APM टैब दिखाता है कि कौन से अनुरोध धीमे हैं। साइट परफ़ॉर्मेंस देखें।
- स्लो क्वेरी लॉग, जो WordPress हेल्थ टूल से उपलब्ध है, दिखाता है कि कौन सी डेटाबेस क्वेरी समस्या हैं।
- PHP स्लो लॉग दर्ज करता है कि बहुत देर लगने पर कोई अनुरोध क्या कर रहा था।
- त्रुटि लॉग ऐसी हर चीज़ दिखाते हैं जो चुपचाप विफल होकर दोबारा आज़माई जा रही है। त्रुटि लॉग देखें।
7. तब, और सिर्फ़ तब, ज़्यादा संसाधनों पर विचार करें
अगर कैशिंग चालू है, CDN चालू है, PHP नया है, इमेज ठीक हैं, और प्रोफ़ाइलर कहता है कि काम सच में ज़रूरी है, तो आप प्लान से आगे निकल चुके हैं और ऊपर जाना सही फ़ैसला है। अपना प्लान अपग्रेड करना देखें।
यह कदम पहले उठाने से लोग ऐसी साइट के लिए ज़्यादा भुगतान करने लगते हैं जो अब भी धीमी है, क्योंकि बड़े प्लान पर बिना ऑप्टिमाइज़ की गई साइट अब भी बिना ऑप्टिमाइज़ की गई साइट ही है।
सर्वर का समय कब आता है
ज़्यादातर साइटों के लिए शेयर्ड होस्टिंग ही सही जवाब है। जब आपको ऐसा सॉफ़्टवेयर चाहिए जो प्लेटफ़ॉर्म नहीं देता, root एक्सेस, गैर-मानक सेवाएँ, या किसी सच में भारी चीज़ के लिए अनुमान लगाने लायक समर्पित क्षमता, तब क्लाउड या डेडिकेटेड सर्वर पर जाएँ। क्लाउड सर्वर और आर्किटेक्चर चुनना देखें।