ते कसे कार्य करते
उबदार धावण्याच्या दरम्यान प्रत्यक्षात काय होते — शोध, रांग, दुहेरी आणणे आणि Cache Rocket तापमानवाढ कशी कार्य करते हे जाणून घ्या.
9 मिनिटे वाचन
हे पान मेकॅनिक्स माहिती देते. Cache Rocket वापरण्यासाठी तुम्हाला याची काटेकोरपणे गरज नाही, परंतु रन लूप समजून घेतल्याने उबदार स्वरूपातील प्रत्येक सेटिंग अनाकलनीय ऐवजी स्पष्ट होते.
एक उबदार धाव जीवन
वॉर्मर हे सेव्ह केलेले कॉन्फिगरेशन आहे, चालणारी प्रक्रिया नाही. काहीतरी धावणे सुरू होईपर्यंत ते निष्क्रिय बसते. जेव्हा धावणे सुरू होते, तेव्हा हा क्रम आहे:
- 1
रांग बी
Cache Rocket तुमची प्रविष्टी URLs घेते आणि, सक्षम असल्यास, ते सापडलेले कोणतेही साइटमॅप विस्तृत करते. हे क्रॉल रांगेतील पहिले आयटम बनतात.
- 2
परवानगी तपासा
प्रत्येक URL तुमच्या सत्यापित होस्टनावांविरुद्ध तपासले जाते. तुमच्या मालकीचे असल्याचे सिद्ध न केलेल्या डोमेनकडे निर्देश करणारी कोणतीही गोष्ट एकल विनंती पाठवण्यापूर्वी टाकली जाते.
- 3
URL विनंती करा
Cache Rocket तुमचे कॉन्फिगर केलेले शीर्षलेख, कुकीज आणि वापरकर्ता एजंटसह URL वर HTTP मिळवते आणि प्रतिसादाला किती वेळ लागला याची नोंद करते. हा पहिला भार आहे.
- 4
पुन्हा विनंती करतो
त्यानंतर लगेचच ते दुसऱ्यांदा समान URL मिळवते. ते उबदार भार आहे. पहिल्या विनंतीने कॅशे भरल्यामुळे, दुसरी नाटकीयरित्या वेगवान असावी.
- 5
अधिक शोधा URLs
HTML मध्ये सापडलेले दुवे रांगेत जोडले जातात, जोपर्यंत ते सत्यापित होस्टनावावर राहतात, वगळले जात नाहीत आणि ते तुमच्या खोली मर्यादेत असतात.
- 6
मर्यादेत पुनरावृत्ती करा
रांगेत तुमच्या कमाल URLs प्रति मिनिट पेक्षा जास्त काम केले जाते आणि जेव्हा रांग रिकामी होते किंवा योजना मर्यादा गाठली जाते तेव्हा ती थांबते.
- 7
रेकॉर्ड करा आणि सूचित करा
परिणाम फीड Cache health. रन अयशस्वी झाल्यास किंवा मोठ्या प्रमाणात त्रुटी असल्यास, तुमचे कॉन्फिगर केलेले सूचना फायर होईल.
दुहेरी आणणे आणि ते महत्त्वाचे का आहे
प्रत्येक URL दोनदा आणणे ही Cache Rocket सर्वात हुशार गोष्ट आहे आणि ती एकाच वेळी दोन उद्देश पूर्ण करते.
**पहिला उद्देश तापमानवाढ* आहे. पहिली विनंती कोल्ड-स्टार्ट पेनल्टी भरते — ती तुमच्या मूळला पृष्ठ तयार करण्यास भाग पाडते आणि परिणाम संचयित करण्यासाठी त्यासमोरील प्रत्येक कॅशे. Cache Rocket स्वयंसेवक अभ्यागत म्हणून प्रतीक्षा करतात, जेणेकरुन वास्तविक व्यक्तीला याची गरज नाही.
दुसरा उद्देश पुरावा आहे. दोन्ही विनंत्या वेळेनुसार, Cache Rocket तुम्हाला फरक दाखवू शकतात. पहिला भार 1,800 ms आणि त्यानंतर 90 ms चा उबदार भार कॅशे भरल्याचा अस्पष्ट पुरावा आहे. दोन्ही संख्या धीमे असल्यास, तुमचे कॅशिंग काम करत नाही आणि केवळ तापमानवाढ तुम्हाला वाचवणार नाही — जे जाणून घेणे स्वतःच अत्यंत उपयुक्त आहे.
| पहिला भार | उबदार भार | याचा अर्थ काय |
|---|---|---|
| मंद | जलद | उत्कृष्टपणे काम करत आहे. पृष्ठ थंड होते, तापमानवाढीने कॅशे भरले आणि पुढील पाहुण्याला जलद क्रमांक मिळतो. |
| जलद | जलद | आधीपासूनच उबदार. शेवटच्या रनपासून काहीतरी हे URL कॅशेमध्ये ठेवले आहे. निराकरण करण्यासाठी काहीही नाही. |
| मंद | मंद | कॅश केले जात नाही. प्रतिसाद कदाचित नो-स्टोअर म्हणून चिन्हांकित केला आहे, कुकी सेट करतो किंवा कॅशे बायपास करतो. ते निश्चित होईपर्यंत तापमानवाढ मदत करू शकत नाही. |
| जलद | मंद | असामान्य. सामान्यत: ओव्हरलोड केलेल्या उत्पत्तीचे चिन्ह किंवा दर मर्यादीत लाथ मारणे. कमाल URLs प्रति मिनिट कमी करण्याचा प्रयत्न करा. |
Tip
तिसरा स्तंभ हे संपूर्ण कारण कॅशे हेल्थ अस्तित्वात आहे. हे या जोड्या प्रत्येक URL वर एकत्रित करते जेणेकरून तुमच्या साइटचे कोणते भाग खरोखर कॅशे करण्यायोग्य आहेत हे तुम्ही पाहू शकता.
URLs कसा शोधला जातो
वॉर्मरला तीन प्रकारे काम मिळते आणि ते एकत्र जमतात:
- प्रवेश URLs
- तुम्ही हाताने टाइप केलेले सुरुवातीचे बिंदू. नेहमी वापरले. अनेक साइट्ससाठी एकच एंट्री URL — मुख्यपृष्ठ — पुरेशी आहे.
- साइटमॅप
- साइटमॅप समाविष्ट करा चालू असल्यास आणि
.xmlसाइटमॅपवर एंट्री URL पॉइंट असल्यास, आत सूचीबद्ध केलेला प्रत्येक URL जोडला जाईल. मोठ्या साइट कव्हर करण्याचा हा विश्वासार्ह मार्ग आहे, कारण तुमची CMS तुमच्यासाठी सूची राखते. - खालील लिंक
- Cache Rocket वाचते HTML ते मिळवते आणि सापडलेल्या लिंक्सची रांग लावते, तुमच्या खोली सेटिंगला परवानगी देण्यापेक्षा पुढे जात नाही. हे कोणत्याही साइटमॅपमध्ये नसलेली पृष्ठे पकडते.
खोली URL एंट्रीमधून हॉप्समध्ये मोजली जाते. तुमचे मुख्यपृष्ठ खोली 0 आहे. त्यापासून थेट लिंक केलेली कोणतीही गोष्ट खोली 1 आहे. *त्या* पृष्ठांवरून लिंक केलेली कोणतीही गोष्ट खोली 2 आहे, आणि असेच.
depth 0 https://example.com/ ← entry URL
depth 1 https://example.com/blog/
https://example.com/pricing
https://example.com/about
depth 2 https://example.com/blog/warming-101
https://example.com/blog/cdn-basics
depth 3 https://example.com/blog/author/samखोली वेगाने वाढते
प्रत्येक अतिरिक्त स्तर URLs ची संख्या अनेक वेळा गुणाकार करू शकते. मोठ्या साइटवर खोली 2 वरून खोली 4 पर्यंत जाणे काही शंभर URLs दहा हजारांमध्ये बदलू शकते. ते एकावेळी एक पाऊल वाढवा आणि तुमची URL संख्या पहा.
काय एक धाव सुरू होते
| ट्रिगर | ते कसे कार्य करते |
|---|---|
| वेळापत्रक | ऑटो स्टार्ट इंटरव्हल प्रत्येक N सेकंदांनी आपोआप नवीन रन सुरू करतो. हा सामान्य, रोजचा मोड आहे. |
| आपण, हाताने | खाते → वार्मर्स वरून वॉर्मर सुरू केल्याने ते लगेच चालते. कॉन्फिगरेशन बदल तपासण्यासाठी उपयुक्त. |
| एक तैनात | तुमचे CI किंवा होस्टिंग प्लॅटफॉर्म यशस्वी रिलीझनंतर वेबहुक कॉल करते. पहा डिप्लॉय ट्रिगर. |
| एक CDN शुद्धीकरण | शुद्धीकरण → रीवॉर्म ॲक्शन तुमच्या CDN वर विशिष्ट URLs साफ करते आणि लगेच त्यांना पुन्हा उबदार करते. पहा CDN integrations. |
उबदार शेड्यूल विंडो कॉन्फिगर केले असल्यास, अनुमत तासांच्या बाहेर येणारे अनुसूचित स्वयं-प्रारंभ वगळले जातात. मॅन्युअल स्टार्ट आणि डिप्लॉय ट्रिगर अजूनही कार्य करतात.
रेलिंग
कॅशे वॉर्मर, संरचनात्मकदृष्ट्या, एक सभ्य रोबोट आहे जो वेबसाइटवर खूप विनंत्या पाठवतो. Cache Rocket ते गांभीर्याने घेते आणि तीन प्रकारे प्रतिबंधित करते.
हे फक्त तुमच्या मालकीच्या डोमेनला स्पर्श करते
प्रत्येक होस्टनाव वॉर्मरमध्ये दिसण्यापूर्वी DNS किंवा HTTPS फाइलद्वारे सत्यापित करणे आवश्यक आहे. हे पर्यायी घर्षण नाही — त्याशिवाय, सेवा नाकारण्याचे साधन म्हणून दुसऱ्या कोणाच्यातरी सर्व्हरकडे निर्देशित केले जाऊ शकते. पहा होस्टनाव पडताळणी.
ते तुम्ही सेट केलेल्या वेग मर्यादेचा आदर करते
कमाल URLs प्रति मिनिट विनंती दरावर कठोर मर्यादा आहे. वास्तविक रहदारीच्या *शीर्षावर* तुमचे होस्टिंग जे आरामात शोषून घेऊ शकते त्यावर ते सेट करा. शेअर्ड होस्टिंगला 5-10 हवे असतील; CDN च्या मागे एक चांगली तरतूद केलेली उत्पत्ती अनेकदा अनेक शंभर हाताळू शकते.
ते तुमच्या योजनेच्या मर्यादेत राहते
तुमची सदस्यता कॅप्स URLs प्रति मिनिट, दिवस, आठवडा आणि महिना, क्रॉलची खोली आणि वॉर्मर्सच्या संख्येसह. जेव्हा मर्यादा गाठली जाते तेव्हा धावणे ओलांडण्याऐवजी स्वच्छपणे थांबते. पहा योजना आणि मर्यादा.
जेथे तुकडे राहतात
| साइडबार आयटम | ते कशासाठी आहे |
|---|---|
| कॅशे आरोग्य | डॅशबोर्ड. उबदार गुण, थंड URLs आणि वेळेपूर्वी/नंतर. |
| उबदार | वेबसाइट वॉर्मर्स तयार करा आणि व्यवस्थापित करा आणि क्रॉल केलेले-URL परिणाम पहा. |
| API उबदार | तेच, REST आणि GraphQL एंडपॉइंट्ससाठी. |
| सूचना | Slack, Discord आणि वेबहुक सूचना. |
| CDN | प्रदाता क्रेडेन्शियल आणि पर्ज → रिवॉर्म टूल. |
| एकीकरण उपयोजित करा | CI आणि होस्टिंग प्लॅटफॉर्मसाठी वेबहुक URLs आणि कर्ल उदाहरणे. |
| होस्टनावे | तुम्हाला उबदार करण्याची परवानगी असलेली डोमेन जोडा आणि सत्यापित करा. |
| सदस्यता | योजना, मर्यादा, बिलिंग आणि पावत्या. |
| खाते | प्रोफाइल तपशील आणि तुमच्या API की. |
| संघ | वर्कस्पेसेस आणि सदस्यांच्या भूमिका, ज्या योजनांमध्ये त्यांचा समावेश आहे. |
एक तयार करण्यास तयार आहात?
Quickstart साधारण पंधरा मिनिटांत पूर्ण पहिल्या सेटअपमधून जातो, त्यापैकी बहुतेक DNS ची वाट पाहत असतात.