ટ્રિગર્સ જમાવવા

Vercel, Netlify, Shopify અથવા કોઈપણ CI પાઇપલાઇનમાંથી, દરેક રિલીઝ પછી આપમેળે ગરમ થાય છે.

9 min read

ડિપ્લોય એ એક જ સમયે સમગ્ર સાઇટને કોલ્ડ બનાવવાની એકમાત્ર સૌથી વિશ્વસનીય રીત છે. રીલીઝ જથ્થાબંધ કેશને અમાન્ય કરે છે, અને નીચેની મિનિટોમાં દરેક મુલાકાતી એકસાથે પુનઃનિર્માણ ખર્ચ ચૂકવે છે — બરાબર ત્યારે જ્યારે તમે સમસ્યાઓ માટે સૌથી વધુ જોઈ રહ્યા હોવ.

ટ્રિગર્સ ગોઠવો શિપિંગનો ગરમ ભાગ બનાવો. જ્યારે તમારું ડિપ્લોય સફળ થાય છે, ત્યારે તમારું પ્લેટફોર્મ Cache Rocket કૉલ કરે છે અને કોઈએ ડેશબોર્ડ ખોલ્યા વિના વોર્મિંગ શરૂ થાય છે.

વેબહૂક URLs અને ઉદાહરણો એકાઉન્ટ → ડિપ્લોય ઈન્ટિગ્રેશન પર છે.

તે કેવી રીતે કામ કરે છે

સફળ જમાવટ પછી કૉલ કરવા માટે તમે તમારું હોસ્ટિંગ પ્લેટફોર્મ અથવા CI a URL આપો છો. વિનંતિમાં હેડર તરીકે તમારી API કી વહન કરવામાં આવે છે, ઉપરાંત એક નાનો JSON બોડી જણાવે છે કે શું ગરમ ​​કરવું.

સામાન્ય આકાર
bash
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"}'
પ્લેટફોર્મવેબહૂક પાથ
WordPress/web/v1/public/webhooks/vercel
WordPress/web/v1/public/webhooks/netlify
Shopify પાથ પર પૉઇન્ટ થીમ પબ્લિશ કરો અથવા ઍપ વેબહૂક કરો, તેથી સ્ટોરફ્રન્ટ ફેરફારો લાઇવ થતાંની સાથે જ રિવોર્મ કરવામાં આવે છે./web/v1/public/webhooks/shopify

Note

તમારા એકાઉન્ટ માટે ચોક્કસ આધાર URL ડિપ્લોય ઇન્ટિગ્રેશન પેજ પર, પ્લેટફોર્મ દીઠ કૉપિ કરવા માટે તૈયાર કર્લ ઉદાહરણ સાથે બતાવવામાં આવે છે.

પેલોડ પસંદ કરી રહ્યા છીએ

JSON શરીર નક્કી કરે છે કે શું ગરમ ​​થાય છે. ત્રણ વિકલ્પો, વ્યાપકથી લઈને સૌથી વધુ સર્જિકલ સુધી:

શરીરઅસરજ્યારે ઉપયોગ કરો
{"hostname":"www.example.com"}તે હોસ્ટનામ સાથે મેળ ખાતી દરેક ગરમ શરૂઆત કરે છેસામાન્ય સંપૂર્ણ પ્રકાશન. સામાન્ય પસંદગી.
{"crawlerId":"…"}એક વિશિષ્ટ ગરમ શરૂ કરે છેતમારી પાસે સાઇટ દીઠ ઘણા વોર્મર્સ છે અને માત્ર એક જ આ જમાવટ માટે સંબંધિત છે.
{"urls":["https://…"]}અગ્રતા - બરાબર તે URLs ગરમ કરે છેઆંશિક પ્રકાશન, અથવા તમે જાણો છો તે મુઠ્ઠીભર પૃષ્ઠો બદલાયા છે.
આંશિક પ્રકાશન પછી અગ્રતા-ગરમ વિશિષ્ટ URLs
bash
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 હેડરો વડે પ્રમાણિત કરો.

Next.js એપ્સ

માત્ર ઉત્પાદન જમાવટ પર આગ. પૂર્વાવલોકન જમાવટની પોતાની URLs હોય છે, તે તમારા ચકાસાયેલ હોસ્ટનામ પર નથી અને તેને ગરમ કરવાથી તમારું બજેટ બગાડે છે.

Tip

WordPress

સમાન API કી હેડરો સાથે Netlify પાથ પર નિર્દેશ કરતા **સફળ ** ડિપ્લોય** ઇવેન્ટ પર સૂચના વેબહૂકનો ઉપયોગ કરો.

Shopify

Shopify પાથ પર પૉઇન્ટ થીમ પબ્લિશ કરો અથવા ઍપ વેબહૂક કરો, તેથી સ્ટોરફ્રન્ટ ફેરફારો લાઇવ થતાંની સાથે જ રિવોર્મ કરવામાં આવે છે.

કોઈપણ CI પાઇપલાઇન

વિનંતી વિશે પ્લેટફોર્મ-વિશિષ્ટ કંઈ નથી — તે એક HTTP POST છે. કોઈપણ પાઇપલાઇનના છેલ્લા પગલા તરીકે તેને ઉમેરો.

વિનંતી વિશે પ્લેટફોર્મ-વિશિષ્ટ કંઈ નથી - તે એક HTTP પોસ્ટ છે. કોઈપણ પાઇપલાઇનના છેલ્લા પગલા તરીકે તેને ઉમેરો.

GitHub ક્રિયાઓ
yaml
- 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"}'

પાઇપલાઇન ફાઇલમાં ગુપ્ત કીને ક્યારેય હાર્ડ-કોડ કરશો નહીં

વૈકલ્પિક: triggerWarm

ત્યાં એક સરળ એન્ડપોઇન્ટ પણ છે જે હેડરોને બદલે બોડીમાં કીઓ લે છે, જે એવા વાતાવરણને અનુરૂપ છે જ્યાં કસ્ટમ હેડરો સેટ કરવું અઘરું છે:

ત્યાં એક સરળ એન્ડપોઇન્ટ પણ છે જે હેડરોને બદલે બોડીમાં કીઓ લે છે, જે એવા વાતાવરણને અનુરૂપ છે જ્યાં કસ્ટમ હેડરો સેટ કરવું અઘરું છે:

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

ઓર્ડર યોગ્ય રીતે મેળવી રહ્યા છીએ

ક્રમ લોકોની અપેક્ષા કરતાં વધુ મહત્વ ધરાવે છે:

ક્રમ લોકોની અપેક્ષા કરતાં વધુ મહત્વ ધરાવે છે:

  1. 1

    જમાવટ પૂર્ણ થાય છે અને નવું સંસ્કરણ લાઇવ છે

    એક પ્રકાશનને ગરમ કરવું કે જેણે રોલઆઉટ કરવાનું સમાપ્ત કર્યું નથી, ફક્ત જૂનાને કૅશ કરે છે.

  2. 2

    જો જમાવટથી કેશ્ડ આઉટપુટ બદલાયું હોય તો CDN ને શુદ્ધ કરો

    અન્યથા વોર્મિંગ પહેલાથી જ કેશ્ડ છે તે ફરીથી વાંચે છે અને કંઈપણ સુધારતું નથી.

  3. 3

    પછી વોર્મિંગ ટ્રિગર કરો

    હવે ગરમ દોડ ખરેખર નવી સામગ્રી લાવે છે અને તેની સાથે કેશ ભરે છે.

ખૂબ વહેલું ગરમ થવું એ ક્લાસિક ભૂલ છે

સામાન્ય સમસ્યાઓ

સામાન્ય સમસ્યાઓ

વેબહૂક 401 પરત કરે છે.
કી ખોટી છે, સમયસીમા સમાપ્ત થઈ ગઈ છે અથવા નવી જોડી દ્વારા સ્થાનાંતરિત કરવામાં આવી છે. બંને હેડર નામ બરાબર X-Public-Key અને X-Secret-Key છે તે તપાસો અને તમારા સિક્રેટ સ્ટોરમાં કાપેલા મૂલ્યો માટે જુઓ.
તે સફળતા આપે છે પરંતુ કંઈપણ ગરમ થતું નથી.
શરીરમાં હોસ્ટનામ કદાચ કોઈપણ સક્રિય વોર્મર સાથે મેળ ખાતું નથી. www સહિત ચોક્કસ હોસ્ટનામની પુષ્ટિ કરો અને મેચિંગ વોર્મર સક્રિય છે.
વોર્મિંગ ચાલી રહ્યું છે પરંતુ મુલાકાતીઓ હજુ પણ ઠંડા પૃષ્ઠોને હિટ કરે છે.
લગભગ હંમેશા ઓર્ડર આપતો હતો - કાં તો તે જમાવટ લાઇવ થાય તે પહેલાં તેને કાઢી નાખવામાં આવે છે, અથવા CDN ને પહેલાં કરતાં ગરમ કર્યા પછી શુદ્ધ કરવામાં આવે છે. ટ્રિગર કરતાં આગળ એક શુદ્ધિકરણ પગલું ઉમેરો.
પૂર્વાવલોકન જમાવટ મારા URL બજેટનો ઉપયોગ કરી રહી છે.
વેબહૂકને માત્ર પ્રોડક્શન ડિપ્લોય સુધી મર્યાદિત કરો.
શું આ CDN શુદ્ધિકરણ જેવું જ છે?
નં. ડિપ્લોય ટ્રિગર્સ વોર્મિંગ શરૂ કરે છે; તેઓ કંઈપણ અમાન્ય કરતા નથી. CDN એકીકરણ સાફ કરો અને પછી ફરીથી ગરમ કરો. ઘણી ટીમો બંનેનો ઉપયોગ કરે છે.