उबदार सेटिंग्ज
कॅशे वॉर्मर फॉर्मवरील प्रत्येक पर्यायासाठी फील्ड-दर-फील्ड संदर्भ आणि तो केव्हा बदलायचा.
14 मिनिटे वाचन
कॅशे वॉर्मर फॉर्मसाठी हा संपूर्ण संदर्भ आहे. प्रत्येक सेटिंग ते काय करते, ते केव्हा बदलायचे आणि कोणत्या गोष्टीकडे लक्ष देण्यासारखे आहे ते सूचीबद्ध करते.
फील्ड गहाळ आहे?
तुमच्या प्लॅनमध्ये समाविष्ट नसलेले पर्याय लपवलेले किंवा अक्षम केलेले आहेत. येथे वर्णन केलेली सेटिंग तुमच्या फॉर्मवर नसल्यास, ती तुमच्या सबस्क्रिप्शनद्वारे गेट केली जाते — पहा योजना आणि मर्यादा.
मूलभूत
- सक्रिय
- उबदार चालतो की नाही. सक्षम केल्यावर ते तुमच्या अंतरांनुसार क्रॉल होते. कॉन्फिगर करताना ते सोडा आणि वॉर्मर हटवण्याऐवजी देखभाल दरम्यान विराम देण्यासाठी वापरा.
- नाव
- तुमच्यासाठी एक लेबल — साइट अभ्यागतांना कधीही दाखवले नाही. आपण नंतर सूचीमध्ये ओळखू शकाल असे काहीतरी वापरा.
- संघ
- या वॉर्मरच्या मालकीचे कोणते कार्यक्षेत्र आहे. फक्त त्या टीमचे सदस्य ते पाहू आणि व्यवस्थापित करू शकतात. तुमच्या प्लॅनमध्ये संघांचा समावेश होतो तेव्हाच दिसून येतो.
- क्रॉलर प्रदेश
- कोणते प्रादेशिक क्रॉलर उदाहरण यापेक्षा अधिक गरम चालते. फक्त व्यवसाय योजना. पहा प्रगत तापमानवाढ.
प्रवेश बिंदू
- प्रवेश URLs
- सत्यापित होस्टनावावर
https://सह पूर्ण URLs. बहुतेक साइटसाठी एक प्रारंभिक बिंदू पुरेसा आहे. तुमची योजना एका सिंगल वॉर्मरमध्ये किती असू शकते हे दर्शवते. - साइटमॅप समाविष्ट करा
- खालील लिंक्स व्यतिरिक्त XML साइटमॅप्सवरून URLs शोधा. जेव्हा उपलब्ध असेल तेव्हा जोरदार शिफारस केली जाते — मॅन्युअल देखभाल न करता, तुम्ही जे प्रकाशित करता त्याच्याशी ते कव्हरेज समक्रमित ठेवते.
- सार्वजनिक पोस्ट समाविष्ट करा
- शोध मध्ये सार्वजनिकरित्या प्रकाशित पोस्ट समाविष्ट करा. सामग्री प्लॅटफॉर्मवर उपयुक्त जेथे पोस्ट अन्यथा चांगल्या प्रकारे लिंक केलेले नाहीत.
बहिष्कार आणि मापदंड
- वगळलेले URLs
- उबदार असलेले मार्ग वगळले पाहिजेत. कार्ट, चेकआउट, खाते पृष्ठे, प्रशासकीय क्षेत्रे, शोध आणि फेसेटेड फिल्टर URLs साठी वापरा. तुमच्या प्लॅनमध्ये वॉर्मरला किती अपवर्जन असू शकतात.
- regex वापरा
- URL नियमांना शाब्दिक स्ट्रिंग ऐवजी नियमित अभिव्यक्ती म्हणून हाताळा. क्वेरी-स्ट्रिंग URLs ची संपूर्ण कुटुंबे एका नियमात वगळण्यासाठी अधिक व्यावहारिक.
- URL पॅरामीटर्स
- विनंती केलेल्या URLs मध्ये नाव/मूल्याच्या जोड्या जोडल्या. विशिष्ट कॅशे प्रकारापर्यंत पोहोचण्यासाठी किंवा स्प्लॅश स्क्रीनला बायपास करण्यासाठी कधीकधी आवश्यक असते.
- कुकीज
- प्रत्येक विनंतीसह पाठवलेले नाव/मूल्य कुकीज. काळजीपूर्वक वापरा — सत्र कुकी प्रतिसादांना कॅश करण्यायोग्य बनवू शकते किंवा प्रत्येकासाठी वैयक्तिकृत पृष्ठ कॅशे करू शकते.
- शीर्षलेखांची विनंती करा
- कस्टम शीर्षलेख प्रत्येक विनंतीसह पाठवले. API टोकन, स्टेजिंग प्रोटेक्शन लेयरसाठी बायपास हेडर किंवा तुमचे CDN बदलते हेडर हे सामान्य वापर आहेत.
कुकीज आणि शीर्षलेख जे कॅशे केले जाते ते बदलतात
अनेक कॅशे त्यांची संग्रहित प्रत कुकीद्वारे किंवा विशिष्ट शीर्षलेखांनुसार बदलतात. खऱ्या अभ्यागतांनी न पाठवलेल्या कुकीसह तुम्ही उबदार असल्यास, तुम्ही कधीही विनंती करणार नाही असे कॅशे प्रकार भरू शकता — काहीही उपयुक्त नसताना वार्मिंग कार्य करत असल्याचे दिसते.
क्रॉल मर्यादा
| सेटिंग | युनिट | ते काय नियंत्रित करते |
|---|---|---|
| खोली | हॉप्स | URL एंट्रीपासून किती अंतरावर वॉर्मर लिंक फॉलो करतो. 0 फक्त तुमची एंट्री URLs उबदार करते. |
| कमाल URLs प्रति मिनिट | URLs/मिनिट | विनंती दरावर कठोर मर्यादा. तुमच्या मूळ सर्व्हरसाठी मुख्य संरक्षण. |
| विनंती कालबाह्य | मिलीसेकंद | URL सोडण्यापूर्वी प्रतिसादासाठी किती वेळ प्रतीक्षा करावी. |
| ऑटो स्टार्ट इंटरव्हल | सेकंद | किती वेळा नवीन धावणे सुरू होते. 3600 ताशी आहे. |
| पंक्ती मध्यांतर | सेकंद | तापमानवाढ चक्रात किती वेळा URLs पुन्हा रांगेत लावले जातात. तुमच्याकडे कारण नसल्यास डीफॉल्टवर सोडा. |
खोली निवडत आहे
2 वाजता सुरू करा. प्रत्येक बदलानंतर एकूण URL संख्या तपासत, एका वेळी एक स्तर वाढवा. तुम्ही साइटमॅप सक्षम केले असल्यास तुम्हाला बऱ्याचदा कमी खोलीची आवश्यकता असते, कारण सखोल पृष्ठे थेट सूचीबद्ध केली जातात.
दर मर्यादा निवडत आहे
ही सेटिंग योग्य होण्यासाठी सर्वात योग्य आहे. खूप उच्च आणि तापमानवाढ आपल्या सर्व्हरच्या लक्षासाठी वास्तविक अभ्यागतांशी स्पर्धा करते; खूप कमी आणि मोठी साइट कधीही पास पूर्ण करत नाही.
- पुराणमतवादी प्रारंभ करा — 10 URLs प्रति मिनिट जवळजवळ कोणत्याही होस्टिंगसाठी एक सुरक्षित ओपनिंग बिड आहे.
- धावताना तुमच्या मूळचा CPU आणि प्रतिसाद वेळा पहा.
- गोष्टी निरोगी असताना हळूहळू वाढवा.
- तुम्हाला
5xxकिंवा429प्रतिसाद दिसत असल्यास लगेच परत जा.
Tip
पूर्ण पास देखील पूर्ण करू शकतो की नाही यावर कार्य करा. 10 URLs प्रति मिनिट 5,000-URL साइटला आठ तासांपेक्षा जास्त वेळ लागेल. जर तुमचा ऑटो स्टार्ट इंटरव्हल एक तासाचा असेल, तर रन्स ओव्हरलॅप होतील आणि कधीही पूर्ण होतील. एकतर दर वाढवा किंवा वॉर्मरची व्याप्ती कमी करा.
विनंती कालबाह्य निवडत आहे
डीफॉल्ट बहुतेक साइट्ससाठी अनुकूल आहे. तुमची मूळ पृष्ठे तयार करणे पूर्ण होण्यापूर्वी खरोखरच मंद पृष्ठे कालबाह्य होत असतील तर ते वाढवा — लक्षात ठेवा *पहिला* लोड डिझाइननुसार मंद आहे. आपण प्रतीक्षा करण्यापेक्षा पॅथॉलॉजिकल पृष्ठे लवकर वगळू इच्छित असल्यास ते कमी करा. तुमची योजना कमाल मर्यादेपर्यंत पोहोचते.
स्वयं प्रारंभ मध्यांतर निवडत आहे
ते तुमच्या कॅशेच्या जीवनकाळाशी जुळवा. तुमची CDN पृष्ठे एका तासासाठी कॅश करत असल्यास, तासाभराने तापमानवाढ केल्याने सर्वकाही सतत उबदार राहते. तुमच्या TTL पेक्षा कितीतरी जास्त वारंवार तापमानवाढ केल्याने फायदा न होता भार वाढतो. तुमची योजना किमान आणि कमाल दोन्ही सेट करते.
पर्याय
- कॅनॉनिकल वापरा
- लिंक केलेल्या पत्त्यापेक्षा
rel="canonical"URL फॉलो करा. एकाच पृष्ठासाठी अनेक डुप्लिकेट पत्ते गरम करणे टाळण्यास मदत करते, ज्यामुळे तुमचे URL बजेट वाया जाते. - HTTPS वर पुन्हा लिहा
https://वर शोधलेल्याhttp://लिंक्स अपग्रेड करा. लेगसी अंतर्गत लिंक्स असलेल्या साइटवर उपयुक्त आणि वास्तविक पृष्ठाऐवजी पुनर्निर्देशित करणे टाळते.- उबदार मोबाइल आवृत्ती
- तसेच मोबाइल वापरकर्ता एजंट वापरून क्रॉल करा. तुमचे CDN डिव्हाइस वर्गानुसार कॅशे बदलत असल्यास किंवा तुम्ही विशिष्ट मोबाइल टेम्पलेट सर्व्ह करत असल्यास महत्त्वाचे.
- वापरकर्ता एजंट
- विनंत्यांसाठी सानुकूल वापरकर्ता-एजंट स्ट्रिंग. तुमची साइट किंवा CDN विशिष्ट एजंटसाठी वेगळ्या पद्धतीने वागतात तेव्हा वापरा.
- मोबाइल वापरकर्ता एजंट
- मोबाइल वार्मिंग सक्षम असताना वापरलेली विशिष्ट मोबाइल वापरकर्ता-एजंट स्ट्रिंग.
- ब्राउझर / SSR तापमानवाढ
- साध्या HTTP आणण्याऐवजी वास्तविक ब्राउझर इंजिनसह उबदार व्हा, जे संपूर्ण रेंडर केल्यानंतर केवळ त्यांची कॅशे भरतात. व्यवसाय योजना. पहा प्रगत तापमानवाढ.
उबदार वेळापत्रक
निर्धारित पीक आणि ऑफ-पीक विंडोसाठी अनुसूचित स्वयं-प्रारंभ प्रतिबंधित करते. त्या खिडक्यांच्या बाहेर, नियोजित धावा वगळल्या जातात; मॅन्युअल आणि वेबहुक-ट्रिगर केलेल्या धावा अजूनही कार्य करतात.
फील्ड JSON घेते. संपूर्ण वाक्यरचना आणि उदाहरणे Advanced Warming मध्ये आहेत.
{
"timezone": "Europe/Amsterdam",
"windows": [
{ "days": [1, 2, 3, 4, 5], "startHour": 8, "endHour": 20, "intensity": 1 }
]
}शिफारस केलेले प्रारंभ बिंदू
| साइट प्रकार | खोली | URLs/मिनिट | ऑटो स्टार्ट | नोट्स |
|---|---|---|---|---|
| लहान ब्रोशर साइट | WordPress | WordPress | WordPress | डिफॉल्ट ठीक आहेत. या आकारात साइटमॅप ऐच्छिक. |
| ब्लॉग किंवा बातम्या साइट | WordPress | WordPress | WordPress | साइटमॅप सक्षम करा जेणेकरून नवीन पोस्ट लवकर उचलल्या जातील. |
| WooCommerce स्टोअर | WordPress | WordPress | WordPress | साइटमॅप चालू. कार्ट, चेकआउट, खाते आणि फिल्टर URLs वगळा. |
| मोठा कॅटलॉग | WordPress | 3+ | WordPress | साइटमॅप आवश्यक. अनेक वॉर्मर्समध्ये विभाजित करण्याचा विचार करा. |
| गंभीर लँडिंग पृष्ठे | WordPress | WordPress | WordPress | एक छोटी सुस्पष्ट एंट्री-URL यादी, खूप वारंवार गरम होते. |
Note
हे प्रारंभिक बिंदू आहेत, प्रिस्क्रिप्शन नाहीत. एकदा चालवा, Cache health वाचा आणि तुम्ही प्रत्यक्षात काय पाहता ते समायोजित करा.