गर्म सेटिंग

कैश वार्मर फॉर्म पर प्रत्येक विकल्प के लिए फ़ील्ड-दर-फ़ील्ड संदर्भ, और इसे कब बदलना है।

14 min read

यह कैश वार्मर फॉर्म का संपूर्ण संदर्भ है। प्रत्येक सेटिंग सूचीबद्ध करती है कि वह क्या करती है, इसे कब बदलना है, और ध्यान देने योग्य कुछ भी।

कोई फ़ील्ड गुम है?

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

मूल बातें

सक्रिय: वार्मर चलता है या नहीं. सक्षम होने पर यह आपके अंतराल के अनुसार क्रॉल करता है। कॉन्फ़िगर करते समय इसे छोड़ दें, और वार्मर को हटाने के बजाय रखरखाव के दौरान रुकने के लिए इसका उपयोग करें।
नाम: आपके लिए एक लेबल - साइट आगंतुकों को कभी नहीं दिखाया गया। किसी ऐसी चीज़ का उपयोग करें जिसे आप बाद में सूची में पहचान सकें।
टीम: यह वार्मर किस कार्यक्षेत्र का मालिक है। इसे केवल उस टीम के सदस्य ही देख और प्रबंधित कर सकते हैं. केवल तभी दिखाई देता है जब आपकी योजना में टीमें शामिल हों।
क्रॉलर क्षेत्र: कौन सा क्षेत्रीय क्रॉलर उदाहरण इस वार्मर को चलाता है।केवल व्यावसायिक योजनाएँ।[उन्नत वार्मिंग] (/documentation/advanced-warming) देखें।

प्रवेश स्थल

प्रविष्टि URLs: सत्यापित होस्टनाम पर https:// सहित पूर्ण URLs। अधिकांश साइटों के लिए एक प्रारंभिक बिंदु पर्याप्त है। आपकी योजना यह तय करती है कि एक एकल वार्मर में कितने हो सकते हैं।
साइटमैप शामिल करें: निम्नलिखित लिंक के अलावा XML साइटमैप से URLs खोजें। उपलब्ध होने पर पुरजोर अनुशंसा की जाती है - यह मैन्युअल रखरखाव के बिना, आपके द्वारा प्रकाशित की जाने वाली सामग्री के साथ कवरेज को समन्वयित रखता है।
सार्वजनिक पोस्ट शामिल करें: खोज में सार्वजनिक रूप से प्रकाशित पोस्ट शामिल करें। सामग्री प्लेटफ़ॉर्म पर उपयोगी जहां पोस्ट अन्यथा अच्छी तरह से लिंक नहीं हैं।

बहिष्करण और पैरामीटर

बहिष्कृत URLs: जिन रास्तों को गर्म किया जाता है उन्हें छोड़ देना चाहिए। कार्ट, चेकआउट, खाता पृष्ठ, व्यवस्थापक क्षेत्र, खोज और पहलू फ़िल्टर URLs के लिए उपयोग करें। आपकी योजना यह तय करती है कि एक वार्मर के पास कितने बहिष्करण हो सकते हैं।
रेगेक्स का प्रयोग करें: URL नियमों को शाब्दिक स्ट्रिंग के बजाय नियमित अभिव्यक्ति के रूप में मानें। एक नियम में क्वेरी-स्ट्रिंग URLs के पूरे परिवारों को बाहर करने के लिए कहीं अधिक व्यावहारिक।
URL पैरामीटर: नाम/मूल्य जोड़े अनुरोधित URLs से जुड़े हुए हैं। कभी-कभी किसी विशिष्ट कैश संस्करण तक पहुंचने या स्प्लैश स्क्रीन को बायपास करने की आवश्यकता होती है।
कुकीज़: प्रत्येक अनुरोध के साथ नाम/मूल्य कुकीज़ भेजी जाती हैं। सावधानी से उपयोग करें - एक सत्र कुकी प्रतिक्रियाओं को अप्राप्य बना सकती है, या सभी के लिए एक वैयक्तिकृत पृष्ठ को कैश कर सकती है।
हेडर का अनुरोध करें: प्रत्येक अनुरोध के साथ कस्टम हेडर भेजे जाते हैं। सामान्य उपयोग एक API टोकन, एक स्टेजिंग सुरक्षा परत के लिए एक बाईपास हेडर, या एक हेडर जिस पर आपका CDN भिन्न होता है।

कुकीज़ और हेडर कैश्ड होने वाली चीज़ को बदल देते हैं

कई कैश अपनी संग्रहीत प्रतिलिपि को कुकी या विशिष्ट हेडर के आधार पर भिन्न करते हैं। यदि आप ऐसी कुकी से वार्मिंग करते हैं जिसे वास्तविक विज़िटर नहीं भेजते हैं, तो आप एक कैश वेरिएंट भर सकते हैं जिसका कभी कोई अनुरोध नहीं करता - ऐसा प्रतीत होता है कि वार्मिग कुछ भी उपयोगी न करते हुए काम करती है।

क्रॉल सीमा

सेटिंग	इकाई	यह क्या नियंत्रित करता है
गहराई	हॉप्स	प्रविष्टि URL से कितनी दूर वार्मर लिंक का अनुसरण करता है। `0` केवल आपकी प्रविष्टि URLs को गर्म करता है।
अधिकतम URLs प्रति मिनट	URLs/min	अनुरोध दर पर कठोर सीमा. आपके मूल सर्वर के लिए मुख्य सुरक्षा।
ब्रेक का अनुरोध	मिलीसेकंड	URL को छोड़ने से पहले प्रतिक्रिया के लिए कितनी देर तक इंतजार करना होगा।
स्वचालित प्रारंभ अंतराल	सेकंड	कितनी बार एक नया दौर शुरू होता है. `3600` प्रति घंटा है।
पंक्ति अंतराल	सेकंड	वार्मिंग चक्र के भीतर कितनी बार URLs पुन: कतारबद्ध होते हैं। जब तक आपके पास कोई कारण न हो, डिफ़ॉल्ट रूप से छोड़ दें।

गहराई चुनना

2 से प्रारंभ करें. प्रत्येक परिवर्तन के बाद कुल URL गिनती की जाँच करते हुए, इसे एक बार में एक स्तर बढ़ाएँ। यदि आपके पास साइटमैप सक्षम है तो आपको अक्सर कम गहराई की आवश्यकता होती है, क्योंकि गहरे पृष्ठ सीधे सूचीबद्ध होते हैं।

दर सीमा चुनना

यह वह सेटिंग है जो सही करने के लिए सबसे उपयुक्त है। बहुत अधिक और गर्माहट आपके सर्वर का ध्यान आकर्षित करने के लिए वास्तविक आगंतुकों के साथ प्रतिस्पर्धा करती है; बहुत कम और बड़ी साइट कभी भी एक पास पूरा नहीं करती।

रूढ़िवादी शुरुआत करें - 10 URLs प्रति मिनट लगभग किसी भी होस्टिंग पर एक सुरक्षित शुरुआती बोली है।
दौड़ के दौरान अपने मूल का CPU और प्रतिक्रिया समय देखें।
चीजें स्वस्थ रहने तक धीरे-धीरे बढ़ाएं।
यदि आपको 5xx या 429 प्रतिक्रियाएँ दिखाई देती हैं तो तुरंत पीछे हट जाएँ।

Tip

पता लगाएँ कि क्या पूर्ण पास भी समाप्त हो सकता है। 10 URLs प्रति मिनट पर 5,000-URL साइट को आठ घंटे से अधिक की आवश्यकता होती है। यदि आपका ऑटो स्टार्ट अंतराल एक घंटा है, तो रन ओवरलैप हो जाएंगे और कभी पूरे नहीं होंगे। या तो दर बढ़ाएं या वार्मर का दायरा कम करें।

अनुरोध टाइमआउट चुनना

डिफ़ॉल्ट अधिकांश साइटों के लिए उपयुक्त है. यदि वास्तव में धीमे पेजों का समय समाप्त हो रहा है, तो इसे बढ़ाएं, इससे पहले कि आपका मूल उन्हें बनाना समाप्त कर सके - याद रखें कि डिज़ाइन के अनुसार *पहला* लोड धीमा है। यदि आप प्रतीक्षा करने के बजाय पैथोलॉजिकल पेजों को तुरंत छोड़ देना चाहते हैं तो इसे कम करें। आपकी योजना अधिकतम सीमा तक है।

ऑटो स्टार्ट अंतराल चुनना

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

विकल्प

विहित का प्रयोग करें: लिंक किए गए पते के बजाय rel="canonical" URL का पालन करें। एक ही पृष्ठ के लिए कई डुप्लिकेट पतों को गर्म करने से बचने में मदद करता है, जो आपके URL बजट को बर्बाद करता है।
HTTPS पर पुनः लिखें: अपग्रेड से पता चला कि http:// लिंक https:// से है। पुराने आंतरिक लिंक वाली साइटों पर उपयोगी, और वास्तविक पृष्ठ के बजाय रीडायरेक्ट को गर्म करने से बचाता है।
गर्म मोबाइल संस्करण: मोबाइल उपयोगकर्ता एजेंटों का उपयोग करके भी क्रॉल करें। महत्वपूर्ण है यदि आपका CDN डिवाइस वर्ग के अनुसार अपना कैश बदलता है, या आप अलग-अलग मोबाइल टेम्पलेट पेश करते हैं।
उपयोगकर्ता एजेंट: अनुरोधों के लिए कस्टम उपयोगकर्ता-एजेंट स्ट्रिंग। जब आपकी साइट या CDN विशिष्ट एजेंटों के लिए अलग व्यवहार करती है तो इसका उपयोग करें।
मोबाइल उपयोगकर्ता एजेंट: विशिष्ट मोबाइल उपयोगकर्ता-एजेंट स्ट्रिंग्स, जिनका उपयोग मोबाइल वार्मिंग सक्षम होने पर किया जाता है।
ब्राउज़र / SSR वार्मिंग: उन मार्गों के लिए सादे HTTP फ़ेच के बजाय एक वास्तविक ब्राउज़र इंजन के साथ वार्म करें जो पूर्ण रेंडर के बाद ही अपना कैश भरते हैं।व्यावसायिक योजनाएं।[उन्नत वार्मिंग] (/documentation/advanced-warming) देखें।

गर्म कार्यक्रम

निर्धारित ऑटो-स्टार्ट को परिभाषित पीक और ऑफ-पीक विंडो तक सीमित करता है। उन खिड़कियों के बाहर, निर्धारित रन छोड़ दिए जाते हैं; मैनुअल और वेबहुक-ट्रिगर रन अभी भी काम करते हैं।

फ़ील्ड JSON लेता है.पूर्ण वाक्यविन्यास और उदाहरण [उन्नत वार्मिंग] (/documentation/advanced-warming) में हैं।

कार्यदिवस, 08:00–20:00, एम्स्टर्डम समय

json

{
  "timezone": "Europe/Amsterdam",
  "windows": [
    { "days": [1, 2, 3, 4, 5], "startHour": 8, "endHour": 20, "intensity": 1 }
  ]
}

अनुशंसित शुरुआती बिंदु

साइट का प्रकार	गहराई	URLs/min	ऑटो स्टार्ट	टिप्पणियाँ
छोटी ब्रोशर साइट	`2`	`10`	`3600`	डिफ़ॉल्ट ठीक हैं. इस आकार में साइटमैप वैकल्पिक हैं.
ब्लॉग या समाचार साइट	`2`	`30`	`1800`	साइटमैप सक्षम करें ताकि नए पोस्ट शीघ्रता से प्राप्त किए जा सकें।
वूकॉमर्स स्टोर	`2`	`15`	`3600`	साइटमैप चालू. कार्ट, चेकआउट, खाता और फ़िल्टर URLs को बाहर निकालें।
बड़ी सूची	`3`	`60`+	`3600`	साइटमैप आवश्यक. कई वार्मर में विभाजित करने पर विचार करें।
महत्वपूर्ण लैंडिंग पृष्ठ	`0`	`10`	`300`	एक संक्षिप्त स्पष्ट प्रविष्टि-URL सूची, बहुत बार गर्म की जाती है।

Note

ये शुरुआती बिंदु हैं, नुस्खे नहीं।एक बार दौड़ें, [कैश हेल्थ] (/documentation/cache-health) पढ़ें, और जो आप वास्तव में देखते हैं उससे समायोजित करें।

मूल बातें#

प्रवेश स्थल#

बहिष्करण और पैरामीटर#

क्रॉल सीमा#