समस्या निवारण
साइट की मंदी और संसाधन सीमाएं
What your hosting plan actually limits, what happens when you reach each limit, and how to work out whether a slow site is a resource problem or a code problem.
आपकी होस्टिंग योजना वास्तव में क्या सीमित करती है, जब आप प्रत्येक सीमा तक पहुंचते हैं तो क्या होता है, और यह कैसे पता लगाया जाए कि एक धीमी साइट एक संसाधन समस्या है या कोड समस्या है।
"मेरी साइट धीमी है" और "मेरी साइट कुछ समाप्त हो गई है" बाहर से समान लगते हैं और अंदर से लगभग कुछ भी समान नहीं है। यह गाइड उन्हें अलग करता है: पहले वास्तविक सीमाएं क्या हैं, फिर वास्तविक धीमापन का निदान कैसे करें।
पहले, यह धीमा है या टूटा हुआ है?
धीमा मतलब पृष्ठ लोड होते हैं, अंततः। टूटा हुआ मतलब वे नहीं करते हैं।
यदि आप धीमे पृष्ठों के बजाय त्रुटि पृष्ठ प्राप्त कर रहे हैं, यहां रुकें और HTTP त्रुटि कोड पर जाएं। एक 500, 502 या 504 का एक विशिष्ट कारण और एक विशिष्ट समाधान है, और उनमें से कोई भी "योजना को अपग्रेड करें" नहीं है।
यदि साइट धीमी के बजाय अप्राप्य है, तो वेबसाइट लोड नहीं हो रही है पर जाएं।
आपकी योजना वास्तव में क्या सीमित करती है
चार चीजें, और यह जानने के लायक है कि कौन सी है क्योंकि वे जब आप उन तक पहुंचते हैं तो बहुत अलग तरीके से व्यवहार करते हैं।
भंडारण। आपकी फ़ाइलें और डेटाबेस कितना डिस्क उपयोग करते हैं। दैनिक मापा जाता है।
बैंडविड्थ। आपके आगंतुक एक महीने में कितना डेटा डाउनलोड करते हैं।
साइटों की संख्या। योजना पर आप कितनी अलग-अलग साइटें चला सकते हैं।
CDN पहुंच। CDN उपलब्ध है या नहीं, और हर महीने किनारे से कितना ट्रैफ़िक सेवा दी जा सकती है।
आपके विशिष्ट भत्ते आपकी योजना पर निर्भर करते हैं। प्रत्येक योजना के लिए वर्तमान आंकड़े बिलिंग के तहत एक दूसरे के बगल में दिखाए जाते हैं, फिर योजना बदलें, जो तुलना करने के लिए एक सच्ची जगह है जो कि एक सहायता लेख में टाइप किया गया नंबर नहीं है जो बहाव कर सकता है। अपनी योजना को अपग्रेड करना देखें।
जब आप प्रत्येक एक तक पहुंचते हैं तो क्या होता है
यह वह हिस्सा है जिसके बारे में लोग चिंता करते हैं, और उत्तर अपेक्षा से कम नाटकीय हैं।
भंडारण। डिस्क उपयोग दैनिक मापा जाता है और साइट के अवलोकन पृष्ठ पर दिखाया जाता है। जैसे-जैसे यह बढ़ता है, आप एक अंतर्दृष्टि चेतावनी पाते हैं जो आपको सावधान करती है, जैसे-जैसे यह भरने के करीब हो जाता है वैसे ही बढ़ता है। अंतर्दृष्टि देखें।
साइटों की संख्या। यह निर्माण के बिंदु पर लागू किया जाता है। अपनी योजना के भत्ते से परे एक साइट बनाने का प्रयास करें और आपको एक स्पष्ट संदेश मिलता है जो कहता है कि योजना क्षमता पर है, अपग्रेड करने या एक और योजना जोड़ने के विकल्प के साथ। कुछ भी मौजूदा प्रभावित नहीं है।
CDN योग्यता। एक योजना पर CDN को सक्षम करना जिसमें यह शामिल नहीं है एक सादा "आपकी योजना पर शामिल नहीं है" संदेश एक अपग्रेड लिंक के साथ लौटाता है। कोई आंशिक या क्षीण मोड नहीं है। CDN को सक्षम करना देखें।
CDN बैंडविड्थ। इसका वास्तविक, अच्छी तरह से डिजाइन किया गया व्यवहार है जो समझने के लायक है:
- आपके मासिक किनारे भत्ते का 80% पर, आप एक ईमेल पाते हैं।
- 100% पर, किनारे महीने के बाकी के लिए रोक दिया जाता है। आपकी साइट ऑनलाइन रहती है और सामान्य रूप से सेवा करती रहती है, सीधे मूल से, यह केवल किनारे-कैश्ड नहीं है।
- किनारे की सेवा अगले महीने की शुरुआत में स्वचालित रूप से फिर से शुरू होती है।
- आप कभी भी सीमा से परे बिल नहीं किए जाते हैं इसे जाने बिना।
तो सबसे बुरी स्थिति यह है कि आपकी साइट उतनी ही तेजी से हो जाती है जितनी थी CDN को चालू करने से पहले। कुछ भी ऑफलाइन नहीं जाता है।
प्रबंधित WordPress और WooCommerce बैंडविड्थ एक नरम कैप के रूप में काम करता है। जब आप इसे पार करते हैं तो आपको सूचित किया जाता है और फिर से, और कोई भी अतिरिक्त एक मीटर वाले अतिरिक्त के रूप में संभाला जाता है न कि साइट के काटे जाने के बजाय।
एक भंडारण या बैंडविड्थ भत्ते को पार करना आपकी साइट को निलंबित नहीं करता है। इस प्लेटफॉर्म पर निलंबन एक बिलिंग स्थिति है, संसाधन नहीं। खाता निलंबित और विफल भुगतान देखें।
क्या प्रति योजना सीमित नहीं है
दो चीजें जो लोग खोजने की अपेक्षा करते हैं और नहीं करेंगे।
वेब होस्टिंग योजनाओं पर कोई प्रति-साइट CPU या मेमोरी कोटा नहीं है। आपकी योजना आपको कोर की संख्या नहीं आवंटित करती है।
आप PHP क्षमता के लिए अपने पड़ोसियों के साथ प्रतिस्पर्धा नहीं कर रहे हैं। प्रत्येक साइट PHP कार्यकर्ता प्रक्रियाओं के अपने अलग-अलग पूल में चलती है। एक व्यस्त साइट अगले दरवाजे पर आपकी साइट की आवश्यकता वाले कार्यकर्ताओं को समाप्त नहीं कर सकता है। वह अलगाव वास्तविक है, और यह ही है कि "किसी और की साइट मेरी को धीमा कर रही है" लगभग कभी इस प्लेटफॉर्म पर व्याख्या नहीं है।
जो लागू होता है वह एक प्रति-अनुरोध सीमा है: एक एकल अनुरोध कितनी मेमोरी उपयोग कर सकता है, और कितने सेकंड इसे चला सकता है। वे आपके लिए सेट करने के लिए हैं। PHP एक्सटेंशन और सेटिंग देखें।
अपने उपयोग को देखने के लिए कहां
- भंडारण, साइट के अवलोकन पृष्ठ पर।
- CDN बैंडविड्थ, अवलोकन पृष्ठ पर भी एक बार CDN सक्षम होने के बाद, और साइट के Kapsule CDN टैब पर।
- चेतावनियां, अंतर्दृष्टि और ईमेल के माध्यम से। अंतर्दृष्टि देखें।
- Orbit परियोजनाओं के लिए मिनट और बैंडविड्थ बनाएं, Orbit उपयोग पृष्ठ पर। Orbit के अपने काफी अलग सीमाएं हैं, जिसमें एक खर्च कैप भी शामिल है। Orbit योजना सीमाएं और Orbit खर्च कैप देखें।
वास्तव में एक धीमी साइट को तेजी से बनाना
प्रयास पर वापसी के क्रम में। नीचे कूदने के बजाय सूची नीचे काम करें।
1. कैशिंग चालू करें
सबसे बड़ी जीत, हर बार। एक पृष्ठ की एक संग्रहीत प्रति की सेवा प्रत्येक दर्शक के लिए इसे पुनः बनाने की तुलना में परिमाण के आदेश से सस्ता है।
वेबसाइटें पर जाएं, साइट, WordPress, फिर कैशिंग। ऑब्जेक्ट कैशिंग WordPress-परिवार योजनाओं में उपलब्ध है, और प्रबंधित योजनाओं पर पूर्ण पृष्ठ कैशिंग। साइट कैशिंग देखें।
ध्यान दें कि कुछ पाथ जानबूझकर कभी कैश नहीं किए जाते हैं: व्यवस्थापक पृष्ठ, लॉगिन, कार्ट, चेकआउट और खाता पृष्ठ। एक चेकआउट पृष्ठ को कैश करने से एक ग्राहक को दूसरे ग्राहक की टोकरी दिखाई देगी, इसलिए यह कॉन्फ़िगर करने योग्य नहीं है और नहीं होना चाहिए।
2. CDN सक्षम करें
कैशिंग प्रति को एक जगह रखता है। CDN इसे आपके आगंतुकों के पास रखता है। सबसे बड़ा प्रभाव यदि आपका दर्शक आपके सर्वर के समान देश में नहीं है। एक योग्य योजना और आपके स्वयं के कस्टम डोमेन की आवश्यकता है। CDN को सक्षम करना देखें।
3. नए PHP संस्करण में जाएं
कोई काम नहीं करने के लिए एक वास्तविक, मापनीय अंतर। पहले स्टेजिंग पर परीक्षण करें। PHP संस्करण बदलना देखें।
4. अपनी छवियों को ठीक करें
लगातार एक धीमे पृष्ठ पर सबसे बड़ी चीज। एक फोन के सीधे फोटो कई मेगाबाइट हो सकते हैं और 400 पिक्सल चौड़े पर प्रदर्शित हो सकते हैं। अपलोड करने से पहले आकार बदलें, और एक आधुनिक प्रारूप का उपयोग करें।
5. अपने प्लगइन का ऑडिट करें
हर प्लगइन जो हर अनुरोध पर काम चलाता है हर अनुरोध पर आपकी लागत करता है। एक बार में निष्क्रिय करें और मापें। जो आप नहीं कर रहे हैं उसे निष्क्रिय छोड़ने के बजाय हटा दें। WordPress प्लगइन देखें।
6. वास्तविक धीमी चीज खोजें
अनुमान लगाना बंद करें और मापें:
- WordPress साइटों पर APM टैब दिखाता है कि कौन से अनुरोध धीमे हैं। साइट प्रदर्शन देखें।
- धीमी क्वेरी लॉग, WordPress स्वास्थ्य उपकरणों से उपलब्ध, दिखाता है कि कौन सी डेटाबेस क्वेरी समस्या है।
- PHP धीमा लॉग कैप्चर करता है कि एक अनुरोध क्या कर रहा था जब यह बहुत लंबा हो गया।
- त्रुटि लॉग दिखाते हैं कि कुछ भी चुप्पी से विफल हो रहा है और पुनः प्रयास किया जा रहा है। त्रुटि लॉग देखें।
7. फिर, और केवल तभी, अधिक संसाधनों पर विचार करें
यदि कैशिंग चालू है, CDN चालू है, PHP वर्तमान है, छवियां समझदारी भरी हैं, और प्रोफाइलर कहता है कि काम वास्तव में आवश्यक है, तो आप योजना से बड़ी हो गई है और ऊपर जाना सही कॉल है। अपनी योजना को अपग्रेड करना देखें।
यह कदम पहले करना यह है कि लोग एक साइट के लिए अधिक भुगतान करते हैं जो अभी भी धीमी है, क्योंकि एक बड़ी योजना पर एक अनुकूलित साइट एक अनुकूलित साइट है।
जब सर्वर का समय हो
साझा होस्टिंग अधिकांश साइटों के लिए सही उत्तर है। एक क्लाउड या डेडिकेटेड सर्वर पर जाएं जब आपको सॉफ्टवेयर की आवश्यकता हो जो प्लेटफॉर्म प्रदान नहीं करता है, रूट पहुंच, गैर-मानक सेवाएं, या कुछ वास्तव में भारी के लिए सुनिश्चित समर्पित क्षमता। क्लाउड सर्वर और एक आर्किटेक्चर चुनना देखें।