वेबसाइट
साइट कैशिंग
Caching is the biggest single speed win available to a WordPress site: full-page caching serves finished HTML without running PHP at all, and object caching keeps database results in memory. This…
कैशिंग WordPress साइट के लिए उपलब्ध सबसे बड़ी गति में सुधार है: पूर्ण-पृष्ठ कैशिंग बिना PHP चलाए तैयार HTML परोसती है, और ऑब्जेक्ट कैशिंग डेटाबेस परिणामों को मेमोरी में रखती है। यह गाइड दोनों को कवर करती है, जो कैश को स्वचालित रूप से बायपास करता है, और इसे कैसे साफ़ करें और गर्म करें।
KPanel में कैशिंग कहाँ रहती है
- KPanel में साइन इन करें।
- बाईं ओर साइडबार में Websites पर क्लिक करें, फिर साइट पर क्लिक करें।
- साइट के टैब स्ट्रिप में, WordPress खोलें, फिर Caching।
सीधा पता /websites/<site-id>/cache है।
WordPress ग्रुप केवल WordPress और WooCommerce साइटों के लिए दिखाई देता है। यहाँ कैशिंग एक योजना का अधिकार है: पूर्ण-पृष्ठ कैशिंग और ऑब्जेक्ट कैश Managed WordPress के साथ शामिल हैं। अन्य योजनाओं पर पृष्ठ नियंत्रण के बजाय एक अपग्रेड पैनल दिखाता है जो उपलब्ध है।
पूर्ण-पृष्ठ कैश
पूर्ण-पृष्ठ कैशिंग पृष्ठ के तैयार HTML को संग्रहीत करती है और इसे अगले आगंतुक को सीधे परोसती है। एक अनाम आगंतुक के लिए, इसका अर्थ है कोई PHP निष्पादन नहीं और कोई डेटाबेस क्वेरी नहीं: अनुरोध का उत्तर दिया जाता है इससे पहले कि WordPress कभी लोड हो।
कार्ड एक On या Off पिल दिखाता है, और जब यह चालू हो, तो इसे सक्षम करने की तारीख, रूटिंग की पुष्टि की गई है या नहीं, और कैश जीवनकाल।
इसे सक्षम करने के लिए, Enable full-page cache पर क्लिक करें। इसे फिर से बंद करने के लिए, Disable पर क्लिक करें।
कैश स्वचालित रूप से साफ़ हो जाता है जब आप कोई पोस्ट प्रकाशित या अपडेट करते हैं, इसलिए आपके परिवर्तन तुरंत दिखाई देते हैं न कि जीवनकाल के समाप्त होने के लिए प्रतीक्षा करते हुए।
यदि आपकी साइट मुख्य रूप से अनाम आगंतुकों द्वारा पढ़ी जाती है, तो यह पृष्ठ पर सबसे अधिक मूल्य वाला स्विच है। समय से पहली बाइट में अंतर परिमाण का क्रम होना आम बात है, क्योंकि WordPress अनुरोध का धीमा हिस्सा वह हिस्सा है जो अब नहीं होता।
कैश साफ़ करना और गर्म करना
दो क्रियाएँ एक बार दिखाई देती हैं जब पूर्ण-पृष्ठ कैशिंग चालू हो।
Purge cache कैश को तुरंत खाली करता है। इसका उपयोग एक परिवर्तन के बाद करें जिसे WordPress पोस्ट अपडेट के रूप में नहीं मानता: थीम फ़ाइल को संपादित करना, विजेट बदलना, मेनू को अपडेट करना, या प्लगइन सेटिंग को बदलना जो आउटपुट को प्रभावित करता है। प्रत्येक पृष्ठ के अगले आगंतुक को एक ताज़ी प्रति मिलती है।
Warm cache आपके पृष्ठों को पूर्व-लाता है ताकि वे पहले से कैश हो जाएं इससे पहले कि कोई आगंतुक पूछे। गर्मी के बाद, एक बैनर आपको बताता है कि कुल में से कितने पृष्ठ पूर्व-कैश किए गए थे और पहले कुछ URL सूचीबद्ध करता है।
डिज़ाइन परिवर्तन के बाद प्राकृतिक अनुक्रम है: साफ़ करें, फिर गर्म करें। इस तरह कोई भी भाग्यशाली आगंतुक नहीं होता जो पहली अनकैश्ड रेंडर के लिए भुगतान करता है।
आपकी साइट के सामने edge cache के लिए, जो एक अलग परत है, Purging the CDN Cache देखें।
जो कभी कैश नहीं होता
कुछ URL को हमेशा PHP चलाना चाहिए, क्योंकि उनका आउटपुट प्रति आगंतुक भिन्न होता है या दुष्प्रभाव होते हैं। ये पथ स्वचालित रूप से बायपास किए जाते हैं और आपको कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं है:
| पथ | कारण |
|---|---|
/wp-admin/ | WordPress व्यवस्थापक हमेशा गतिशील है |
/wp-login.php | लॉगिन पृष्ठ कभी कैश नहीं किया जाता |
/cart/ | WooCommerce कार्ट प्रति आगंतुक है |
/checkout/ | WooCommerce चेकआउट प्रति आगंतुक है |
/my-account/ | WooCommerce खाता पृष्ठ प्रति आगंतुक हैं |
/wp-cron.php | अनुसूचित कार्य वास्तव में चलना चाहिए |
/?wc-ajax=* | WooCommerce AJAX अंतिम बिंदु |
पथ नियमों के शीर्ष पर, कुकीज़ महत्वपूर्ण हैं। एक लॉग-इन WordPress उपयोगकर्ता, या सक्रिय WooCommerce सत्र कुकी वाला आगंतुक, हमेशा गतिशील प्रतिक्रिया परोसा जाता है, यहां तक कि एक पृष्ठ पर जो सभी के लिए कैश किया गया है। यही कारण है कि एक दुकान मालिक अपनी साइट को ब्राउज़ करते समय अक्सर कोई लाभ नहीं देखता जबकि अनाम आगंतुक देखते हैं।
क्योंकि आप आमतौर पर लॉग इन होते हैं, अपने सामान्य ब्राउज़र में कैश व्यवहार का परीक्षण करना आपको गुमराह करेगा। एक निजी विंडो में, या एक ब्राउज़र में परीक्षण करें जिसमें आप साइन इन नहीं हैं।
ऑब्जेक्ट कैश
ऑब्जेक्ट कैश एक अलग परत है। तैयार पृष्ठों को संग्रहीत करने के बजाय, यह डेटाबेस क्वेरी और WordPress ट्रांजिएंट के परिणामों को मेमोरी में रखता है, इसलिए दोहराया जाने वाला काम दोहराया नहीं जाता।
कार्ड एक On या Off पिल दिखाता है, और जब यह चालू हो, तो इसे सक्षम करने की तारीख। इसे बदलने के लिए Turn on और Turn off का उपयोग करें।
ऑब्जेक्ट कैशिंग ठीक वहीं मदद करती है जहाँ पूर्ण-पृष्ठ कैशिंग नहीं कर सकती: लॉग-इन उपयोगकर्ता, प्रशासन स्क्रीन, और प्रति-आगंतुक पृष्ठ जैसे कार्ट और चेकआउट। यह व्यस्त दुकानों और सदस्यता साइटों के लिए विशेष रूप से मूल्यवान है, जहाँ अधिकांश ट्रैफ़िक प्रमाणित है और इसलिए कभी पृष्ठ-कैश नहीं किया जाता।
दोनों को एक साथ चलाना सामान्य कॉन्फ़िगरेशन है। पूर्ण-पृष्ठ कैशिंग अनाम ट्रैफ़िक को संभालती है, और ऑब्जेक्ट कैश सब कुछ को गति देता है जो PHP को वैसे भी चलाना चाहिए।
क्या सक्षम करें यह चुनना
- सामग्री साइट, मुख्य रूप से अनाम पाठक। पूर्ण-पृष्ठ कैशिंग प्राथमिकता है। ऑब्जेक्ट कैशिंग शीर्ष पर एक छोटा सुधार जोड़ता है।
- WooCommerce दुकान। दोनों को सक्षम करें। पूर्ण-पृष्ठ कैशिंग अभी भी आपके उत्पाद और श्रेणी पृष्ठों को ब्राउज़िंग आगंतुकों के लिए कवर करती है, जबकि ऑब्जेक्ट कैश कार्ट, चेकआउट और खाता पृष्ठों को ले जाती है जो कभी कैश नहीं किए जा सकते।
- सदस्यता या समुदाय साइट जहाँ लगभग सभी लॉग इन हैं। ऑब्जेक्ट कैशिंग भारी उठाना करता है, क्योंकि अधिकांश अनुरोध डिज़ाइन द्वारा पृष्ठ कैश को बायपास करेंगे।
समस्या निवारण
मैंने साइट को अपडेट किया लेकिन आगंतुक अभी भी पुराना संस्करण देखते हैं। कैश को साफ़ करें, फिर इसे गर्म करें। यदि यह अभी भी पुराना है, तो याद रखें कि एक edge cache भी हो सकता है: Purging the CDN Cache देखें।
कैशिंग मेरे लिए कुछ नहीं करती है। आप लगभग निश्चित रूप से लॉग इन हैं। एक निजी विंडो में जाँचें।
कार्ट या फॉर्म अनाम आगंतुकों के लिए अजीब व्यवहार करता है। मानक वाणिज्य पथ स्वचालित रूप से बायपास किए जाते हैं, लेकिन गैर-मानक URL पर एक कस्टम या प्लगइन-प्रदान की गई गतिशील पृष्ठ नहीं है। यदि कोई पृष्ठ कभी कैश नहीं किया जाना चाहिए और बायपास सूची पर नहीं है, तो यह समर्थन के साथ उठाने के लायक है ताकि हम नियम को देख सकें।
कार्ड कहता है कि कैशिंग Managed WordPress के साथ शामिल है। आपकी वर्तमान योजना इसे शामिल नहीं करती है। बैनर योजना पृष्ठ से जुड़ता है।
रूटिंग जाँच लंबित है। कैश सक्षम है और रूटिंग पुष्टि अभी तक पूरी नहीं हुई है। एक पल दें और ताज़ा करें।
एक पृष्ठ गलत व्यक्तिगत सामग्री दिखाता है। कोई भी व्यक्तिगतकृत सामग्री पृष्ठ कैश से बाहर करनी चाहिए या क्लाइंट-साइड रेंडर की जानी चाहिए। यदि कोई प्लगइन अन्यथा कैश किए जा सकने वाले URL पर आउटपुट को व्यक्तिगतकृत करता है बिना सत्र कुकी सेट किए, पृष्ठ कैश यह नहीं जान सकता। एक निजी विंडो में परीक्षण करें और यदि आप एक को खोजते हैं तो इसे समर्थन के साथ उठाएं।
संबंधित पृष्ठ
- Site Performance and APM यह मापने के लिए कि क्या कैशिंग वास्तव में मदद की।
- Site Traffic Analytics edge cache हिट अनुपात के लिए।
- Enabling the CDN सभी के सामने एक edge cache जोड़ने के लिए।
- Taking a Backup लाइव साइट के लिए बड़े परिवर्तन करने से पहले।