मूल अवधारणाएँ

Cache Rocket ऐप और इन दस्तावेज़ों में लगातार शब्दों के एक छोटे सेट का उपयोग करता है। उन्हें एक बार सीखने से बाकी सभी चीज़ें जल्दी पढ़ने में आ जाती हैं।

गर्म और ठंडा#

ठंडा

कोई उपयोगी कैश्ड प्रतिलिपि मौजूद नहीं है. अगला अनुरोध आपके मूल सर्वर द्वारा फिर से बनाया जाना चाहिए, जो धीमा और महंगा है।

गरम

एक ताज़ा कैश्ड प्रति मौजूद है. अगला अनुरोध कैश से, आमतौर पर कुछ मिलीसेकंड में, आपके एप्लिकेशन को छुए बिना, परोसा जाता है।

गर्मी देने

जानबूझकर URL का अनुरोध करना ताकि वास्तविक आगंतुक को इसकी आवश्यकता होने से पहले इसकी कैश्ड कॉपी बनाई या ताज़ा की जा सके।

कोल्ड-स्टार्ट पेनल्टी

समाप्ति के बाद पहला विज़िटर पृष्ठ के पुनर्निर्माण के दौरान अतिरिक्त समय की प्रतीक्षा करता है। इसे ख़त्म करना Cache Rocket का संपूर्ण बिंदु है।

गर्म रखने वाले#

वार्मर एक सहेजा गया कॉन्फ़िगरेशन है जो बताता है कि क्या गर्म करना है और कैसे। यह Cache Rocket में केंद्रीय वस्तु है; लगभग हर चीज़ एक से जुड़ी होती है।

सक्रिय, और क्या एक रन शुरू होता है#

प्रत्येक वार्मर में एक सक्रिय स्विच होता है। निष्क्रिय वार्मर अपना कॉन्फ़िगरेशन बनाए रखते हैं लेकिन कभी चलते नहीं हैं - किसी को स्थापित करते समय या रखरखाव के दौरान रुकने के लिए उपयोगी होते हैं।

एक सक्रिय वार्मर अपने शेड्यूल पर चलता है, और इसे हाथ से, एक तैनात वेबहुक द्वारा, या CDN पर्ज कार्रवाई द्वारा भी शुरू किया जा सकता है।

प्रविष्टि URLs#

एक प्रविष्टि URL गर्म दौड़ के लिए एक प्रारंभिक बिंदु है। योजना सहित इसे पूरा लिखें:

https://www.example.com              ← good
https://www.example.com/sitemap.xml  ← good, a sitemap
www.example.com                      ← bad, no scheme
/products                            ← bad, not absolute

प्रविष्टि URLs को सत्यापित होस्टनाम का उपयोग करना होगा। अधिकांश साइटों को केवल एक की आवश्यकता होती है, क्योंकि लिंक खोज और साइटमैप बाकी काम करते हैं। उस अनुभाग के कवरेज की गारंटी के लिए और जोड़ें जो मुखपृष्ठ से खराब रूप से जुड़ा हुआ है - एक गहरी श्रेणी पृष्ठ, एक लैंडिंग पृष्ठ जो केवल विज्ञापनों से पहुंच योग्य है, या दूसरा उपडोमेन।

गहराई#

गहराई यह सीमित करती है कि एक प्रविष्टि URL से कितने लिंक-हॉप वार्मर यात्रा करेंगे। एक प्रविष्टि URL गहराई 0 है; इससे जुड़े पृष्ठ गहराई 1 हैं; उनसे जुड़े पन्ने गहराई 2 हैं।

यदि आप साइटमैप का उपयोग करते हैं तो आपको अक्सर कम गहराई की आवश्यकता होती है: साइटमैप पहले से ही आपके गहरे पृष्ठों को सीधे सूचीबद्ध करता है, ताकि उन्हें रेंगने के बिना गर्म किया जा सके।

दो अंतराल#

ये अक्सर भ्रमित रहते हैं, और वे अलग-अलग चीजों को नियंत्रित करते हैं।

ऑटो प्रारंभ अंतराल

कितनी बार एक नया रन शुरू होता है, सेकंडों में। 3600 का मतलब है कि वार्मर हर घंटे आपकी साइट पर एक नया पास शुरू करता है। यह वह सेटिंग है जिसके बारे में आप आमतौर पर सोचना चाहते हैं।

कतार अंतराल

कितनी बार URLs वार्मिंग चक्र के भीतर पुनः कतारबद्ध होते हैं, सेकंडों में। यह काम की गति को नियंत्रित करता है न कि कब काम शुरू होता है। डिफ़ॉल्ट तब तक ठीक है जब तक आपके पास इसे बदलने का कोई विशेष कारण न हो।

यह पूछकर ऑटो स्टार्ट अंतराल चुनें कि आप कितने समय तक पेज को ठंडा रहने देना चाहते हैं। यदि आपका CDN एक घंटे तक कैश रहता है, तो हर घंटे गर्म करने से चीजें लगातार गर्म रहती हैं। आपके कैश TTL की तुलना में कहीं अधिक बार वार्मिंग करने से बिना किसी लाभ के लोड बढ़ जाता है।

दर सीमा#

अधिकतम URLs प्रति मिनट थ्रॉटल है, और फॉर्म पर सबसे महत्वपूर्ण सुरक्षा सेटिंग है, क्योंकि यह तय करता है कि आपके मूल में कितना लोड वार्मिंग जुड़ता है।

धीमी शुरुआत करें. अपने मूल के CPU और प्रतिक्रिया समय को देखते हुए ही इसे बढ़ाएं। आपकी योजना प्रति मिनट, दिन, सप्ताह और महीने की अपनी सीमा भी लागू करती है।

होस्टनाम और सत्यापन#

होस्टनाम एक डोमेन है जिसे आपने Cache Rocket के साथ पंजीकृत किया है और साबित किया है कि आप उस पर नियंत्रण रखते हैं, जैसे कि www.example.com। जब तक होस्टनाम सत्यापित नहीं हो जाता, कोई भी वार्मर इसे लक्षित नहीं कर सकता।

सत्यापन एक जानबूझकर किया गया दुरुपयोग नियंत्रण है।इसके बिना, कोई भी किसी अजनबी के सर्वर पर सेवा को इंगित कर सकता है और इसे एक हमले के उपकरण के रूप में उपयोग कर सकता है।[होस्टनाम सत्यापन] (/documentation/hostname-verification) में विवरण।

परिणाम मापना#

पहला लोड

दोनों अनुरोधों में से पहले अनुरोध में कितना समय लगा. ठंडे पृष्ठ पर पहुंचने वाले आगंतुक के अनुभव का प्रतिनिधित्व करता है।

गर्म भार

तत्काल दूसरे अनुरोध में कितना समय लगा. वार्मिंग के बाद आने वाले प्रत्येक व्यक्ति के अनुभव का प्रतिनिधित्व करता है।

सुधार

दोनों के बीच का फासला. यह उस URL के लिए दिया गया ठोस लाभ वार्मिंग है।

गर्मी का स्कोर

आपके ट्रैक किए गए URLs का हिस्सा जो समय और कैश-संबंधी प्रतिक्रिया हेडर के आधार पर ठीक से कैश किया हुआ दिखता है।

शीत URL

एक URL जो गर्म होने के बाद भी धीमा रहता है - आमतौर पर यह वार्मिंग विफलता के बजाय एक संकेत है कि यह कैश करने योग्य नहीं है।

ये [कैश हेल्थ] (/documentation/cache-health) में रोल हो जाते हैं।

कार्यस्थल और भूमिकाएँ#

डिफ़ॉल्ट रूप से सब कुछ आपके व्यक्तिगत खाते में रहता है। उन योजनाओं पर जिनमें टीमें शामिल हैं, आप कार्यस्थान (संगठन) बना सकते हैं जिनके पास अपने स्वयं के वार्मर, होस्टनाम, अलर्ट और CDN एकीकरण हैं।

सदस्यों को एक भूमिका मिलती है - मालिक, व्यवस्थापक, डेवलपर, वित्त, या दर्शक - जो तय करता है कि वे क्या देख सकते हैं और बदल सकते हैं।एजेंसियां ​​प्रति ग्राहक एक कार्यक्षेत्र का उपयोग करती हैं।[टीम और भूमिकाएँ] (/documentation/teams-and-roles) देखें।

योजनाएँ और अधिकार#

• सीमाएँ - संख्यात्मक सीमाएँ, जैसे कि आप कितने वार्मर बना सकते हैं, वे कितनी गहराई तक रेंग सकते हैं, और आप प्रति माह कितने URLs गर्म कर सकते हैं।
• पात्रता - क्या कोई क्षमता बिल्कुल भी उपलब्ध है, जैसे साइटमैप, कस्टम हेडर, मल्टी-रीजन वार्मिंग, GraphQL, या टीमें।

आपकी योजना में जिन क्षमताओं को शामिल नहीं किया गया है, वे फ़ील्ड प्रपत्रों पर छिपी हुई या अक्षम हैं, इसलिए इंटरफ़ेस हमेशा वही दर्शाता है जो आप वास्तव में उपयोग कर सकते हैं।[योजनाएँ और सीमाएँ] (/documentation/plans-and-limits) देखें।

API कुंजियाँ#

एक सार्वजनिक कुंजी और गुप्त कुंजी जोड़ी मशीन एक्सेस को प्रमाणित करती है - WordPress प्लगइन, वेबहुक तैनात करें, और सार्वजनिक एपीआई।रहस्य एक बार दिखाया जाता है, पीढ़ी के तुरंत बाद, और फिर कभी नहीं।उन्हें खाता → खाता के अंतर्गत प्रबंधित करें।[एपीआई कुंजी] (/documentation/api-keys) देखें।