ट्रिगर तैनात करा

एकाच वेळी संपूर्ण साइट थंड करण्यासाठी डिप्लॉय हा एकमेव सर्वात विश्वासार्ह मार्ग आहे. रिलीझ कॅशे घाऊक अवैध ठरते आणि पुढील काही मिनिटांत प्रत्येक अभ्यागत पुनर्बांधणीचा खर्च एकाच वेळी भरतो — नेमके जेव्हा तुम्ही समस्यांकडे पाहत असण्याची शक्यता असते.

ट्रिगर्स तैनात करा वार्मिंगला शिपिंगचा भाग बनवा. जेव्हा तुमचा उपयोजन यशस्वी होतो, तेव्हा तुमचे प्लॅटफॉर्म Cache Rocket कॉल करते आणि कोणीही डॅशबोर्ड न उघडता तापमानवाढ सुरू होते.

वेबहुक URLs आणि उदाहरणे खाते → डिप्लॉय इंटिग्रेशन वर आहेत.

ते कसे कार्य करते#

यशस्वी उपयोजनानंतर कॉल करण्यासाठी तुम्ही तुमचे होस्टिंग प्लॅटफॉर्म किंवा CI a URL द्या. विनंतीमध्ये तुमच्या API कळा हेडर म्हणून, तसेच एक लहान JSON बॉडी काय उबदार करायचे ते सांगते.

curl -X POST https://api.cacherocket.com/web/v1/public/webhooks/vercel \
  -H "Content-Type: application/json" \
  -H "X-Public-Key: YOUR_PUBLIC_KEY" \
  -H "X-Secret-Key: YOUR_SECRET_KEY" \
  -d '{"hostname":"www.example.com"}'

पेलोड निवडत आहे#

JSON शरीर ठरवते की काय गरम होते. तीन पर्याय, सर्वात विस्तृत ते सर्वात शस्त्रक्रिया:

curl -X POST https://api.cacherocket.com/web/v1/public/webhooks/netlify \
  -H "Content-Type: application/json" \
  -H "X-Public-Key: YOUR_PUBLIC_KEY" \
  -H "X-Secret-Key: YOUR_SECRET_KEY" \
  -d '{"urls":["https://www.example.com/","https://www.example.com/pricing"]}'

WordPress#

Cache Rocket URL तुमच्या प्रोजेक्ट सेटिंग्जमध्ये डिप्लॉय हुक किंवा इंटिग्रेशन वेबहुक म्हणून जोडा, यशस्वी उत्पादन तैनातीवर फायरिंग करा. X-Public-Key आणि X-Secret-Key शीर्षलेखांसह प्रमाणीकृत करा.

WordPress#

त्याच API प्रमुख शीर्षलेखांसह Netlify मार्गाकडे निर्देश करून उपयोजित यशस्वी कार्यक्रमावर सूचना वेबहुक वापरा.

Shopify#

Shopify मार्गावर पॉइंट थीम प्रकाशित करा किंवा ॲप वेबहुक, त्यामुळे स्टोअरफ्रंट बदल लाइव्ह होताच पुन्हा रिवार्म केले जातात.

कोणतीही CI पाइपलाइन#

विनंतीबद्दल प्लॅटफॉर्म-विशिष्ट काहीही नाही — ती एक HTTP POST आहे. कोणत्याही पाइपलाइनची शेवटची पायरी म्हणून जोडा.

- name: Warm Cache Rocket after deploy
  run: |
    curl -X POST https://api.cacherocket.com/web/v1/public/webhooks/vercel \
      -H "Content-Type: application/json" \
      -H "X-Public-Key: ${{ secrets.CACHEROCKET_PUBLIC_KEY }}" \
      -H "X-Secret-Key: ${{ secrets.CACHEROCKET_SECRET_KEY }}" \
      -d '{"hostname":"www.example.com"}'

पर्यायी: ट्रिगरवॉर्म#

एक सोपा एंडपॉईंट देखील आहे जो हेडरऐवजी मुख्य भागामध्ये की घेतो, जे सानुकूल शीर्षलेख सेट करणे अस्ताव्यस्त असलेल्या वातावरणास अनुकूल आहे:

curl -X POST https://cacherocket.com/api/wordpress/triggerWarm \
  -H 'Content-Type: application/json' \
  -d '{"publicKey":"YOUR_KEY","secretKey":"YOUR_SECRET","hostname":"example.com"}'

एक साथीदार warmUrls एंडपॉइंट प्राधान्य-URLs ची स्पष्ट सूची गरम करतो.

योग्य ऑर्डर मिळवत आहे#

लोकांच्या अपेक्षेपेक्षा अनुक्रम अधिक महत्त्वाचा आहे:

1. 1

   उपयोजित पूर्ण झाले आणि नवीन आवृत्ती थेट आहे

   रोल आउट पूर्ण न झालेल्या रिलीझला उबदार करणे फक्त जुने कॅश करते.

2. 2

   डिप्लॉयने कॅशे केलेले आउटपुट बदलल्यास CDN शुद्ध करा

   अन्यथा वार्मिंग आधीच कॅश केलेले काय पुन्हा वाचते आणि काहीही सुधारत नाही.

3. 3

   मग तापमानवाढ ट्रिगर करा

   आता उबदार धावणे खरोखर नवीन सामग्री आणते आणि त्यात कॅशे भरते.

सामान्य समस्या#

वेबहुक 401 परत करतो.

किल्या चुकीच्या आहेत, कालबाह्य झाल्या आहेत किंवा नवीन जोड्याद्वारे बदललेल्या आहेत. दोन्ही शीर्षलेखांची नावे X-Public-Key आणि X-Secret-Key अचूक आहेत हे तपासा आणि तुमच्या गुप्त स्टोअरमध्ये कापलेली मूल्ये शोधा.

हे यश मिळवून देते परंतु काहीही उबदार होत नाही.

शरीरातील होस्टनाव कदाचित कोणत्याही सक्रिय वॉर्मरशी जुळत नाही. www सह अचूक होस्टनावाची पुष्टी करा आणि जुळणारे वॉर्मर सक्रिय आहे.

तापमानवाढ झाली पण अभ्यागत अजूनही थंड पृष्ठे मारतात.

जवळजवळ नेहमीच ऑर्डर करत आहे — एकतर तो तैनाती थेट होण्यापूर्वी उडाला, किंवा CDN पूर्वीपेक्षा गरम झाल्यानंतर शुद्ध केला गेला. ट्रिगरच्या पुढे एक शुद्ध पायरी जोडा.

पूर्वावलोकन उपयोजन माझे URL बजेट वापरत आहेत.

वेबहुक केवळ उत्पादन उपयोजित करण्यासाठी मर्यादित करा.

हे CDN शुद्धीकरणासारखेच आहे का?

क्र. उपयोजित ट्रिगर्स वार्मिंग सुरू करतात; ते काहीही अवैध करत नाहीत. CDN integrations शुद्ध करा आणि नंतर पुन्हा गरम करा. अनेक संघ दोन्ही वापरतात.