મુખ્ય ખ્યાલો

Cache Rocket સમગ્ર એપ્લિકેશન અને આ દસ્તાવેજોમાં સતત શબ્દોના નાના સમૂહનો ઉપયોગ કરે છે. તેમને એકવાર શીખવાથી બાકીનું બધું વાંચવામાં ઝડપી બને છે.

ગરમ અને ઠંડા#

ઠંડી

કોઈ ઉપયોગી કેશ્ડ કોપી અસ્તિત્વમાં નથી. આગળની વિનંતી તમારા મૂળ સર્વર દ્વારા પુનઃબીલ્ડ થવી જોઈએ, જે ધીમી અને ખર્ચાળ છે.

ગરમ

એક તાજી કેશ્ડ નકલ અસ્તિત્વમાં છે. આગલી વિનંતી કેશમાંથી આપવામાં આવે છે, સામાન્ય રીતે તમારી એપ્લિકેશનને સ્પર્શ કર્યા વિના, થોડી મિલીસેકન્ડમાં.

વોર્મિંગ

ઇરાદાપૂર્વક URLની વિનંતી કરવી જેથી વાસ્તવિક મુલાકાતીને તેની જરૂર પડે તે પહેલાં તેની કેશ્ડ કોપી બનાવવામાં આવે અથવા તેને તાજું કરવામાં આવે.

કોલ્ડ-સ્ટાર્ટ પેનલ્ટી

સમાપ્તિ પછી પ્રથમ મુલાકાતી જ્યારે પૃષ્ઠ પુનઃબીલ્ડ કરવામાં આવે ત્યારે વધારાનો સમય રાહ જુએ છે. આને દૂર કરવું એ Cache Rocket નો સંપૂર્ણ બિંદુ છે.

વોર્મર્સ#

ગરમ એ સાચવેલ રૂપરેખાંકન છે જે વર્ણવે છે કે શું ગરમ ​​કરવું અને કેવી રીતે. તે Cache Rocket માં કેન્દ્રિય પદાર્થ છે; લગભગ બીજું બધું એક સાથે જોડાય છે.

સક્રિય, અને શું રન શરૂ થાય છે#

દરેક વોર્મર પાસે સક્રિય સ્વીચ હોય છે. નિષ્ક્રિય વોર્મર્સ તેમનું રૂપરેખાંકન રાખે છે પરંતુ ક્યારેય ચાલતું નથી — એક સેટ કરતી વખતે ઉપયોગી છે, અથવા જાળવણી દરમિયાન થોભાવવા માટે.

સક્રિય વોર્મર તેના શેડ્યૂલ પર ચાલે છે, અને તેને હાથથી, ડિપ્લોય વેબહૂક દ્વારા અથવા CDN શુદ્ધિકરણ ક્રિયા દ્વારા પણ શરૂ કરી શકાય છે.

પ્રવેશ URLs#

એન્ટ્રી URL એ હૂંફાળા દોડ માટે પ્રારંભિક બિંદુ છે. યોજના સહિત તેને સંપૂર્ણ રીતે લખો:

https://www.example.com              ← good
https://www.example.com/sitemap.xml  ← good, a sitemap
www.example.com                      ← bad, no scheme
/products                            ← bad, not absolute

એન્ટ્રી URLs એ ચકાસાયેલ હોસ્ટનામનો ઉપયોગ કરવો આવશ્યક છે. મોટાભાગની સાઇટ્સને ફક્ત એકની જરૂર હોય છે, કારણ કે લિંક શોધ અને સાઇટમેપ્સ બાકીનું કરે છે. હોમપેજથી નબળી રીતે લિંક થયેલ વિભાગના કવરેજની બાંયધરી આપવા માટે વધુ ઉમેરો — એક ડીપ કેટેગરી પેજ, માત્ર જાહેરાતોથી જ પહોંચી શકાય તેવું લેન્ડિંગ પેજ, અથવા બીજા સબડોમેન.

ઊંડાઈ#

ડેપ્થ એ એન્ટ્રીમાંથી કેટલા લિંક-હોપ્સ URL ગરમ મુસાફરી કરશે તે મર્યાદિત કરે છે. એન્ટ્રી URL ઊંડાઈ 0 છે; તેમાંથી લિંક કરેલા પૃષ્ઠો ઊંડાઈ 1 છે; તેમાંથી લિંક કરેલા પૃષ્ઠો ઊંડાઈ 2 છે.

જો તમે સાઇટમેપનો ઉપયોગ કરો છો, તો તમારે ઘણી વાર ઓછી ઊંડાઈની જરૂર હોય છે: સાઇટમેપ પહેલાથી જ તમારા ઊંડા પૃષ્ઠોને સીધું સૂચિબદ્ધ કરે છે, જેથી તેમને નીચે ક્રોલ કર્યા વિના ગરમ કરી શકાય.

બે અંતરાલ#

આ વારંવાર મૂંઝવણમાં હોય છે, અને તેઓ વિવિધ વસ્તુઓને નિયંત્રિત કરે છે.

સ્વતઃ પ્રારંભ અંતરાલ

કેટલી વાર નવી દોડ શરૂ થાય છે, સેકન્ડોમાં. 3600 એટલે કે ગરમ તમારી સાઇટ પર દર કલાકે નવો પાસ શરૂ કરે છે. આ તે સેટિંગ છે જેના વિશે તમે સામાન્ય રીતે વિચારવા માંગો છો.

કતાર અંતરાલ

કેટલી વાર URLs સેકન્ડોમાં, વોર્મિંગ સાયકલની અંદર **ફરી કતારમાં ગોઠવાય છે. તે પાસ ક્યારે શરૂ થાય છે તેના બદલે કામની ગતિને નિયંત્રિત કરે છે. ડિફૉલ્ટ બરાબર છે સિવાય કે તમારી પાસે તેને બદલવાનું ચોક્કસ કારણ હોય.

તમે કેટલા સમય સુધી પૃષ્ઠને ઠંડું રાખવા માટે તૈયાર છો તે પૂછીને ઑટો સ્ટાર્ટ ઇન્ટરવલ પસંદ કરો. જો તમારું CDN એક કલાક માટે કેશ કરે છે, તો દર કલાકે ગરમ થવાથી વસ્તુઓ સતત ગરમ રહે છે. તમારા કેશ TTL કરતાં ઘણી વાર ગરમ થવાથી લાભ વિના ભાર વધે છે.

દર મર્યાદા#

મહત્તમ URLs પ્રતિ મિનિટ એ થ્રોટલ છે, અને ફોર્મ પર સૌથી મહત્વપૂર્ણ સલામતી સેટિંગ છે, કારણ કે તે નક્કી કરે છે કે લોડ વોર્મિંગ તમારા મૂળમાં કેટલું ઉમેરે છે.

નીચું શરૂ કરો. તમારા મૂળના CPU અને પ્રતિભાવ સમય જોતી વખતે જ તેને વધારો. તમારી યોજના પ્રતિ મિનિટ, દિવસ, અઠવાડિયું અને મહિને તેની પોતાની મર્યાદાઓને પણ લાગુ કરે છે.

યજમાનનામો અને ચકાસણી#

હોસ્ટનામ એ એક ડોમેન છે જે તમે Cache Rocket સાથે નોંધાયેલ છે અને સાબિત કર્યું છે કે તમે નિયંત્રિત કરો છો, જેમ કે www.example.com. જ્યાં સુધી હોસ્ટનામ ચકાસાયેલ ન હોય, ત્યાં સુધી કોઈ ગરમ તેને લક્ષ્ય બનાવી શકે નહીં.

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

પરિણામ માપવા#

પ્રથમ લોડ

બે વિનંતિઓમાંથી પ્રથમમાં કેટલો સમય લાગ્યો. ઠંડા પૃષ્ઠ પર આવતા મુલાકાતીના અનુભવનું પ્રતિનિધિત્વ કરે છે.

ગરમ લોડ

તાત્કાલિક બીજી વિનંતીમાં કેટલો સમય લાગ્યો. ગરમ થયા પછી આવનાર દરેક વ્યક્તિના અનુભવનું પ્રતિનિધિત્વ કરે છે.

સુધારણા

બંને વચ્ચેનું અંતર. તે URL માટે વિતરિત કરવામાં આવેલ નક્કર લાભ વોર્મિંગ છે.

હૂંફ સ્કોર

તમારા ટ્રૅક કરેલ URLs નો શેર જે સમય અને કેશ-સંબંધિત પ્રતિસાદ હેડરોના આધારે યોગ્ય રીતે કેશ કરેલ દેખાય છે.

ઠંડી URL

એક URL જે ગરમ થયા પછી પણ ધીમી રહે છે - સામાન્ય રીતે એક સંકેત કે તે વોર્મિંગ નિષ્ફળતાને બદલે કેશેબલ નથી.

આ Cache health માં રોલ અપ થાય છે.

કાર્યક્ષેત્રો અને ભૂમિકાઓ#

મૂળભૂત રીતે બધું તમારા વ્યક્તિગત ખાતામાં રહે છે. યોજનાઓ કે જેમાં ટીમોનો સમાવેશ થાય છે તેના પર તમે વર્કસ્પેસ (સંસ્થાઓ) બનાવી શકો છો કે જેઓ તેમના પોતાના વોર્મર્સ, હોસ્ટનામ, ચેતવણીઓ અને CDN એકીકરણની માલિકી ધરાવે છે.

સભ્યોને એક ભૂમિકા મળે છે — માલિક, એડમિન, વિકાસકર્તા, ફાઇનાન્સ અથવા દર્શક — જે નક્કી કરે છે કે તેઓ શું જોઈ શકે છે અને શું બદલી શકે છે. એજન્સીઓ ગ્રાહક દીઠ એક વર્કસ્પેસનો ઉપયોગ કરે છે. જુઓ ટીમ અને ભૂમિકાઓ.

યોજનાઓ અને અધિકારો#

• મર્યાદા — આંકડાકીય ટોચમર્યાદા, જેમ કે તમે કેટલા વોર્મર બનાવી શકો છો, તે કેટલા ઊંડા ક્રોલ કરી શકે છે અને તમે દર મહિને કેટલી URLs ગરમ કરી શકો છો.
• હકદારીઓ — શું ક્ષમતા બિલકુલ ઉપલબ્ધ છે, જેમ કે સાઇટમેપ્સ, કસ્ટમ હેડર, મલ્ટી-રિજન વોર્મિંગ, GraphQL અથવા ટીમો.

ક્ષમતાઓ માટેના ક્ષેત્રો જે તમારી યોજનામાં સમાવિષ્ટ નથી તે ફોર્મ્સ પર છુપાયેલા અથવા અક્ષમ છે, તેથી ઇન્ટરફેસ હંમેશા પ્રતિબિંબિત કરે છે કે તમે ખરેખર શું ઉપયોગ કરી શકો છો. જુઓ યોજના અને મર્યાદા.

API કી#

એક જાહેર કી અને ગુપ્ત કી જોડી મશીન એક્સેસને પ્રમાણિત કરે છે — WordPress પ્લગઈન, વેબહુક્સનો ઉપયોગ અને જાહેર API. રહસ્ય એકવાર બતાવવામાં આવે છે, પેઢી પછી તરત જ, અને ફરી ક્યારેય નહીં. તેમને એકાઉન્ટ → એકાઉન્ટ હેઠળ મેનેજ કરો. જુઓ API keys.