CMS-कैश सेट करें और पृष्ठों को तेजी से वितरित करें
एकीकृत कैश के साथ, bluetronix CMS बाद में पुनः लोड करने पर तैयार किए गए पृष्ठों को सीधे वितरित कर सकता है। इस ट्यूटोरियल में, आप हर पृष्ठ के लिए कैश सेटिंग कैसे निर्धारित करें और स्थिर, पैरामीटर-निर्भर, बहुभाषी और व्यक्तिगत पृष्ठों में क्या अंतर महत्वपूर्ण है, यह जानेंगे।
CMS-कैश क्या है?
ब्लूट्रोनिक्स CMS पहले से निर्मित पृष्ठ के तैयार HTML को कैश कर सकता है। बाद में जब पृष्ठ को फिर से खोला जाता है, तो इस कैश संस्करण को सीधे प्रदर्शित किया जा सकता है, बजाय इसके कि हर बार CMS-साइट-रेनडरिंग प्रक्रिया के माध्यम से पृष्ठ को पूर्ण रूप से फिर से बनाया जाए।
इससे कई पृष्ठों को तेजी से प्रदर्शित किया जा सकता है, बिना हर बार सभी PHP प्रक्रिया कदमों और डेटाबेस प्रश्नों की आवश्यकता के। हर CMS पृष्ठ के लिए तुम कैश सेटिंग को अलग से निर्धारित करते हो।
एक पृष्ठ की कैश सेटिंग खोलें
इच्छित पृष्ठ को एडिटर में खोलो और गियर आइकन के माध्यम से पृष्ठ सेटिंग्स पर जाओ। वहां तुम कैश सेटिंग पाएंगे।
ड्रॉप-डाउन मेनू के माध्यम से तुम यह तय कर सकते हो कि क्या उस पृष्ठ को कैश में रखा जा सकता है। डिफ़ॉल्ट रूप से कैश सक्रिय है।
इच्छित सेटिंग चुनो और सेव करें पर टैप करो।
कैश: हाँ – तैयार पृष्ठ का पुन: उपयोग करें
कैश: हां पर यदि CMS तैयार किए गए HTML पृष्ठ को सहेज सकता है। यदि एक बाद में कॉल पर एक उपयुक्त, वर्तमान कैश संस्करण उपलब्ध है, तो तैयार HTML को सीधे प्रस्तुत किया जा सकता है।
Seitenaufruf
↓
Passende Cache-Version vorhanden?
↓
Ja
↓
Fertiges HTML direkt ausgeben
ऐसे कॉल पर फिर से पूर्ण रेंडरिंग प्रक्रिया को नहीं जाना होगा। यदि पृष्ठ को फिर से बनाना आवश्यक है, तो इसे पहले सामान्य CMS प्रक्रिया से गुजरना होगा; इसके बाद परिणाम को फिर से कैश में सहेजा जा सकता है।
कैश: नहीं – हर बार पृष्ठ को नए सिरे से बनाएं
यदि तुम कैश: नहीं चुनते हो, तो पृष्ठ को पृष्ठ कैश से नहीं पेश किया जाएगा। हर बार CMS आवश्यक रेंडरिंग प्रक्रिया को फिर से करेगा।
Seitenaufruf
↓
CMS-Site-Rendering-Prozess
↓
PHP-Verarbeitung und benötigte Datenbankzugriffe
↓
Layout und Seiteninhalt erzeugen
↓
HTML ausgeben
यह सेटिंग उन पृष्ठों के लिए उपयुक्त है जिनका सामग्री हर बार अद्यतन होना चाहिए या उपयोगकर्ता के लिए व्यक्तिगत रूप से बनाया जाना चाहिए।
उदाहरण: एक सामान्य सामग्री पृष्ठ को कैश करें
जैसे about_us.html पृष्ठ सामान्यतः सभी आगंतुकों के लिए एक ही सामग्री प्रदर्शित करता है। सक्रिय कैश फ़ंक्शन पर CMS इसे उत्पन्न कर सकता है और तैयार HTML को आगे के कॉल के लिए पुन: उपयोग कर सकता है।
/about_us.html → eigene Cache-Version
आगंतुक के लिए वेबसाइट बिल्कुल उसी तरह दिखती है जैसे एक नया निर्मित पृष्ठ। यह कैश से आये HTML की पहचान करना केवल दृश्य पृष्ठ लेआउट से नहीं किया जा सकता।
कैश संस्करण कब नवीनीकरण होगा?
CMS न केवल सीधे पृष्ठ सामग्री को बल्कि तैयार पृष्ठ के अन्य तत्वों पर भी ध्यान देता है। इसमें लेआउट, हेडर, नैविगेशन, फुटर और अन्य जुड़े पृष्ठ तत्व शामिल हैं।
यदि फुटर बदला जाता है या एक नया मेनू पॉइंट बनाया जाता है, तो बिना परिवर्तनों वाली सामग्री पृष्ठ का कैश संस्करण भी अद्यतन किया जाना चाहिए। CMS संबंधित भागों की जांच करता है और आवश्यक परिवर्तनों पर एक नया कैश संस्करण उत्पन्न करता है।
GET-parameter के लिए अपने कैश संस्करण बनाएँ
एक पृष्ठ को तब भी कैश किया जा सकता है जब इसे GET-पैरामीटर के माध्यम से खोला जाता है। यह महत्वपूर्ण है कि एक निश्चित पैरामीटर संयोजन वही सामग्री देता है, जब तक संबंधित डेटा नहीं बदलता।
एक उत्पाद कॉल इस प्रकार दिखाई दे सकता है:
/index.html?productID=1
/index.html?productID=2
/index.html?productID=3
/index.html?productID=4
इनमें से प्रत्येक कॉल विभिन्न उत्पाद सामग्री प्रदर्शित कर सकता है। इसलिए CMS प्रत्येक पैरामीटर संयोजन के लिए एक अलग कैश संस्करण का उपयोग कर सकता है।
GET-पैरामीटर अकेले कैश बंद करने का कारण नहीं हैं। यह आवश्यक है कि प्रत्येक कैश संस्करण सभी आगंतुकों के लिए जो इसे प्राप्त कर रहे हैं, वही सामग्री हो।
भाषाओं के लिए अलग कैश संस्करण
बहुभाषी वेबसाइटों में अतिरिक्त रूप से भाषा पर विचार किया जाता है। यही उत्पाद एक अंग्रेजी, जर्मन और फ्रेंच वेबसाइट पर विभिन्न पाठ हो सकता है।
https://www.my-demo.com/index.html?productID=1 → Englisch
https://www.my-demo.de/index.html?productID=1 → Deutsch
https://www.my-demo.fr/index.html?productID=1 → Französisch
इसलिए कैश संस्करणों को भी संबंधित भाषा के अनुसार होना चाहिए। इस प्रकार हर भाषा में समान उत्पाद कॉल के लिए उपयुक्त पाठ प्रस्तुत किया जा सकता है।
तुम्हें कब कैश: नो का उपयोग करना चाहिए?
उपयोगकर्ता आधारित सामग्री वाले पृष्ठों के लिए तुम्हें पृष्ठ कैश को बंद करना चाहिए। एक व्यक्तिगत खाता पृष्ठ भले ही एक ही URL रखता हो, लेकिन यह हर एक साइन-इन किए गए उपयोगकर्ता के लिए अलग-अलग जानकारी प्रदर्शित कर सकता है।
/MyAcoount.html → Benutzer Max → eigene Shop-Käufe
/MyAcoount.html → Benutzer Ross → andere Shop-Käufe
ये व्यक्तिगत सामग्री अन्य आगंतुकों के लिए सामान्य कैश संस्करण के रूप में पुनः उपयोग नहीं होनी चाहिए। ऐसे पृष्ठ के लिए कैश को नहीं पर सेट करें।
/Search.html पर भी कैश: नहीं सक्षम होना लाभदायक हो सकता है, यदि खोज परिणाम हर बार नए से निर्धारित होने की आवश्यकता होती है या गैर-कैश ध्यान में रखा गया इनपुट पर निर्भर करते हैं।
एक्सपोज़र के लिए व्यक्तिगत डेटा वाले आउटपुट के लिए पृष्ठ-कैश को सक्रिय मत करो।
सारांश
कैश: हाँ के साथ उपयुक्त पृष्ठों को तैयार HTML के रूप में पुनः उपयोग किया जा सकता है और तेजी से वितरित किया जा सकता है। विभिन्न GET पैरामीटर और भाषाएँ अपनी-अपनी कैश संस्करण प्राप्त कर सकती हैं। प्रासंगिक पृष्ठ तत्वों में परिवर्तन प्रभावित कैश संस्करणों की नवीनीकरण की प्रक्रिया को जन्म देता है।
व्यक्तिगत खाता पृष्ठों या अन्य सामग्री के लिए, जिन्हें प्रत्येक कॉल पर उपयोगकर्ता द्वारा निर्भर करते हुए उत्पन्न किया जाना चाहिए, आप कैश: नहीं चुनते हैं। यह सेटिंग आपको सीधे संपादक में पृष्ठ सेटिंग → कैश के तहत मिलती है।
बहुत पूछे जाने वाले प्रश्न
ग्राहक अक्सर हमसे क्या पूछते हैं
मैं CMS पृष्ठ की कैश सेटिंग कहाँ पा सकता हूँ?
इच्छित पृष्ठ को संपादक में खोलें और गियर आइकन के माध्यम से पृष्ठ सेटिंग्स पर जाएँ। वहाँ आप कैश का चयन पाएंगे।
कौन सी कैश सेटिंग डिफ़ॉल्ट रूप से सक्रिय है?
डिफ़ॉल्ट रूप से, पृष्ठ कैश सक्रिय है।
कैश: हाँ होने पर क्या होता है?
CMS तैयार HTML को बचा सकता है और बाद में कॉल पर एक उचित, वर्तमान कैश संस्करण सीधे वितरित कर सकता है। इससे पृष्ठ को प्रत्येक कॉल पर पूरी तरह से फिर से उत्पन्न करने की आवश्यकता नहीं होती है।
कैश: नहीं होने पर क्या होता है?
पृष्ठ प्रत्येक कॉल पर आवश्यक CMS-साइट-रेंडरिंग प्रक्रिया के माध्यम से पुनः उत्पन्न होता है और पृष्ठ कैश से वितरित नहीं किया जाता है।
क्या मैंने हेडर, नेविगेशन या फुटर में बदलाव करते समय कैश का नवीनीकरण किया?
हाँ। CMS प्रासंगिक, पृष्ठ में शामिल तत्वों पर भी विचार करता है और संबंधित परिवर्तनों के लिए एक नया कैश संस्करण उत्पन्न करता है।
क्या GET पैरामीटर के साथ पृष्ठ को कैश किया जा सकता है?
हाँ। उदाहरण के लिए, productID=1 और productID=2 को हर एक का अपना कैश संस्करण मिल सकता है, जब तक कि उनका सामग्री संबंधित कॉल के लिए पुनः उपयोग किया जा सके।
क्या विभिन्न भाषाओं के लिए अलग-अलग कैश संस्करण हैं?
हाँ। भाषा पर विचार किया जाता है, ताकि उदाहरण के लिए, एक उत्पाद कॉल का अंग्रेजी, जर्मन और फ्रेंच संस्करण अलग-अलग कैश संस्करण प्राप्त कर सके।
क्या मुझे व्यक्तिगत खाता पृष्ठ के लिए कैश सक्षम करना चाहिए?
नहीं। एक व्यक्तिगत खाता पृष्ठ जैसे /MyAcoount.html उसी URL के तहत विभिन्न उपयोगकर्ताओं के अनुसार अलग-अलग डेटा दिखा सकता है। इसके लिए कैश: नहीं का उपयोग करें।
मैं एक खोज पृष्ठ के कैश के साथ कैसे काम करूँ?
/Search.html के लिए कैश: नहीं यह समझदारी हो सकती है, जब खोज परिणामों को प्रत्येक कॉल पर फिर से गणना करने की आवश्यकता हो या अन्य प्रविष्टियों पर निर्भर हो।