कैशिंग एक वर्डप्रेस साइट के लिए उपलब्ध सबसे बड़ी अकेली स्पीड जीत है: पूर्ण-पृष्ठ कैशिंग बिना PHP चलाए तैयार HTML परोसती है, और ऑब्जेक्ट कैशिंग डेटाबेस परिणामों को मेमोरी में रखती है। यह गाइड दोनों को कवर करती है, कैश को स्वतः क्या बायपास करता है, और इसे कैसे साफ़ और गर्म किया जाए।
KPanel में कैशिंग कहाँ है
- KPanel में साइन इन करें।
- बाईं साइडबार में वेबसाइटें पर क्लिक करें, फिर साइट पर क्लिक करें।
- साइट के बाएँ मेनू में, WordPress खोलें, फिर कैशिंग।
सीधा पता /websites/<site-id>/cache है।
WordPress समूह केवल वर्डप्रेस और WooCommerce साइटों के लिए दिखाई देता है। यहाँ कैशिंग एक योजना अधिकार है: पूर्ण-पृष्ठ कैशिंग और ऑब्जेक्ट कैश Managed WordPress के साथ शामिल हैं। अन्य योजनाओं पर यह पृष्ठ नियंत्रणों के बजाय उपलब्ध सुविधा का वर्णन करने वाला एक अपग्रेड पैनल दिखाता है।
पूर्ण-पृष्ठ कैश
पूर्ण-पृष्ठ कैशिंग किसी पृष्ठ का तैयार HTML संग्रहीत करती है और इसे सीधे अगले विज़िटर को परोसती है। एक गुमनाम विज़िटर के लिए, इसका अर्थ है बिल्कुल भी कोई PHP निष्पादन नहीं और कोई डेटाबेस क्वेरी नहीं: अनुरोध का उत्तर वर्डप्रेस के लोड होने से पहले ही दे दिया जाता है।
कार्ड On या Off पिल दिखाता है, और जब यह चालू होता है, तो इसे कब सक्षम किया गया, क्या रूटिंग की पुष्टि हो चुकी है, और कैश की अवधि भी दिखाता है।
इसे सक्षम करने के लिए, पूर्ण-पृष्ठ कैश सक्षम करें पर क्लिक करें। इसे फिर से बंद करने के लिए, Disable पर क्लिक करें।
जब आप कोई पोस्ट प्रकाशित या अपडेट करते हैं तो कैश स्वतः साफ़ हो जाता है, इसलिए आपके बदलाव तुरंत दिखाई देते हैं, बजाय इसके कि अवधि समाप्त होने का इंतज़ार किया जाए।
यदि आपकी साइट को ज़्यादातर गुमनाम विज़िटर पढ़ते हैं, तो यह पृष्ठ पर सबसे उच्च-मूल्य वाला स्विच है। समय-से-पहला-बाइट में अंतर दस गुना तक होना आम बात है, क्योंकि वर्डप्रेस अनुरोध का धीमा हिस्सा वही है जो अब होता ही नहीं है।
साफ़ करना और गर्म करना
पूर्ण-पृष्ठ कैशिंग चालू होते ही दो क्रियाएँ दिखाई देती हैं।
कैश साफ़ करें तुरंत कैश को खाली कर देता है। इसका उपयोग ऐसे बदलाव के बाद करें जिसे वर्डप्रेस पोस्ट अपडेट नहीं मानता: थीम फ़ाइल संपादित करना, विजेट बदलना, मेनू अपडेट करना, या आउटपुट को प्रभावित करने वाली प्लगइन सेटिंग बदलना। प्रत्येक पृष्ठ के अगले विज़िटर को एक ताज़ा कॉपी मिलती है।
गर्म कैश आपके पृष्ठों को पहले से फ़ेच कर लेता है ताकि विज़िटर के पूछने से पहले ही वे कैश हो जाएँ। गर्म करने के बाद, एक बैनर बताता है कि कुल में से कितने पृष्ठ पूर्व-कैश किए गए और पहले कुछ URL सूचीबद्ध करता है।
डिज़ाइन बदलाव के बाद स्वाभाविक क्रम है: साफ़ करें, फिर गर्म करें। इस तरह किसी को भी वह अभागा विज़िटर नहीं बनना पड़ता जो पहले बिना-कैश रेंडर की कीमत चुकाए।
आपकी साइट के सामने मौजूद एज कैश के लिए, जो एक अलग परत है, CDN कैश साफ़ करना देखें।
क्या कभी कैश नहीं होता
कुछ URL को हमेशा PHP चलाना ही पड़ता है, क्योंकि उनका आउटपुट प्रत्येक विज़िटर के अनुसार अलग होता है या उनके दुष्प्रभाव होते हैं। ये पथ स्वतः बायपास हो जाते हैं और आपको कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं है:
| पथ | क्यों |
|---|---|
/wp-admin/ | वर्डप्रेस एडमिन हमेशा गतिशील होता है |
/wp-login.php | लॉगिन पृष्ठ कभी कैश नहीं होता |
/cart/ | WooCommerce कार्ट प्रति विज़िटर होता है |
/checkout/ | WooCommerce चेकआउट प्रति विज़िटर होता है |
/my-account/ | WooCommerce खाता पृष्ठ प्रति विज़िटर होते हैं |
/wp-cron.php | शेड्यूल किए गए कार्यों का वास्तव में चलना ज़रूरी है |
/?wc-ajax=* | WooCommerce AJAX एंडपॉइंट्स |
पथ नियमों के अतिरिक्त, कुकीज़ भी मायने रखती हैं। एक लॉग-इन वर्डप्रेस उपयोगकर्ता, या सक्रिय WooCommerce सेशन कुकी वाला विज़िटर, हमेशा एक गतिशील प्रतिक्रिया प्राप्त करता है, भले ही वह पृष्ठ बाकी सबके लिए कैश किया गया हो। यही कारण है कि एक स्टोर मालिक अपनी ही साइट ब्राउज़ करते समय अक्सर इसका कोई लाभ नहीं देख पाता जबकि गुमनाम विज़िटर देखते हैं।
चूँकि आप आमतौर पर लॉग-इन रहते हैं, इसलिए अपने सामान्य ब्राउज़र में कैश व्यवहार का परीक्षण करना आपको गुमराह करेगा। किसी प्राइवेट विंडो में, या ऐसे ब्राउज़र में परीक्षण करें जिसमें आप साइन इन नहीं हैं।
ऑब्जेक्ट कैश
ऑब्जेक्ट कैश एक अलग परत है। तैयार पृष्ठों को संग्रहीत करने के बजाय, यह डेटाबेस क्वेरी और वर्डप्रेस ट्रांज़िएंट के परिणामों को मेमोरी में रखता है, ताकि दोहराया जाने वाला काम दोहराया न जाए।
कार्ड On या Off पिल दिखाता है, और जब यह चालू होता है, तो इसे कब सक्षम किया गया यह भी दिखाता है। इसे बदलने के लिए चालू करें और बंद करें का उपयोग करें।
ऑब्जेक्ट कैशिंग ठीक वहीं मदद करती है जहाँ पूर्ण-पृष्ठ कैशिंग नहीं कर सकती: लॉग-इन उपयोगकर्ता, एडमिन स्क्रीन, और कार्ट व चेकआउट जैसे प्रति-विज़िटर पृष्ठ। इससे यह व्यस्त स्टोर और सदस्यता साइटों के लिए विशेष रूप से मूल्यवान हो जाती है, जहाँ अधिकांश ट्रैफ़िक प्रमाणित होता है और इसलिए कभी पृष्ठ-कैश नहीं होता।
दोनों को साथ चलाना सामान्य कॉन्फ़िगरेशन है। पूर्ण-पृष्ठ कैशिंग गुमनाम ट्रैफ़िक को संभालती है, और ऑब्जेक्ट कैश उस हर चीज़ को तेज़ करता है जिसे वैसे भी PHP चलाना ही है।
क्या सक्षम करें, यह चुनना
- सामग्री साइट, ज़्यादातर गुमनाम पाठक। पूर्ण-पृष्ठ कैशिंग प्राथमिकता है। ऑब्जेक्ट कैशिंग इसके ऊपर एक छोटा सुधार जोड़ती है।
- WooCommerce स्टोर। दोनों को सक्षम करें। पूर्ण-पृष्ठ कैशिंग अभी भी ब्राउज़ करने वाले विज़िटर के लिए आपके उत्पाद और श्रेणी पृष्ठों को कवर करती है, जबकि ऑब्जेक्ट कैश कार्ट, चेकआउट और खाता पृष्ठों को संभालता है जिन्हें कभी कैश नहीं किया जा सकता।
- सदस्यता या समुदाय साइट जहाँ लगभग सभी लॉग-इन हैं। ऑब्जेक्ट कैशिंग ही भारी काम करती है, क्योंकि अधिकांश अनुरोध डिज़ाइन के अनुसार पृष्ठ कैश को बायपास कर देंगे।
समस्या निवारण
मैंने साइट अपडेट की लेकिन विज़िटर को अभी भी पुराना संस्करण दिख रहा है। कैश साफ़ करें, फिर उसे गर्म करें। यदि यह अभी भी पुराना है, तो याद रखें कि एक एज कैश भी हो सकता है: CDN कैश साफ़ करना देखें।
मेरे लिए कैशिंग कुछ नहीं करती। आप लगभग निश्चित रूप से लॉग-इन हैं। किसी प्राइवेट विंडो में जाँच करें।
गुमनाम विज़िटर के लिए कार्ट या कोई फ़ॉर्म अजीब व्यवहार करता है। मानक कॉमर्स पथ स्वतः बायपास हो जाते हैं, लेकिन किसी गैर-मानक URL पर एक कस्टम या प्लगइन-प्रदत्त गतिशील पृष्ठ ऐसा नहीं करता। यदि किसी पृष्ठ को कभी कैश नहीं होना चाहिए और वह बायपास सूची में नहीं है, तो इसे सहायता टीम के साथ उठाना उचित है ताकि हम नियम देख सकें।
कार्ड कहता है कि कैशिंग Managed WordPress के साथ शामिल है। आपकी वर्तमान योजना में यह शामिल नहीं है। बैनर योजना पृष्ठ से जुड़ा होता है।
रूटिंग जांच लंबित। कैश सक्षम है और रूटिंग पुष्टिकरण अभी पूरा नहीं हुआ है। थोड़ा समय दें और रीफ़्रेश करें।
किसी पृष्ठ पर गलत वैयक्तिकृत सामग्री दिखाई देती है। वैयक्तिकृत कोई भी चीज़ पृष्ठ कैश से बाहर रखी जानी चाहिए या क्लाइंट-साइड पर रेंडर की जानी चाहिए। यदि कोई प्लगइन किसी अन्यथा कैश-योग्य URL पर बिना सेशन कुकी सेट किए आउटपुट को वैयक्तिकृत करता है, तो पृष्ठ कैश को इसका पता नहीं चल सकता। किसी प्राइवेट विंडो में परीक्षण करें और यदि आपको कोई ऐसा मामला मिले तो इसे सहायता टीम के साथ उठाएँ।
संबंधित पृष्ठ
- साइट प्रदर्शन और APM यह मापने के लिए कि कैशिंग ने वास्तव में मदद की या नहीं।
- साइट ट्रैफ़िक एनालिटिक्स एज कैश हिट अनुपात के लिए।
- CDN सक्षम करना इस सबके सामने एक एज कैश जोड़ने के लिए।
- बैकअप लेना किसी लाइव साइट में बड़े बदलाव करने से पहले।