ઉન્નત વોર્મિંગ
વિન્ડોઝ, મલ્ટિ-રિજન વોર્મિંગ, બ્રાઉઝર/SSR રેન્ડરિંગ અને મોબાઈલ યુઝર એજન્ટ્સને શેડ્યૂલ કરો.
12 min read
સેટઅપ માટે ચાર ક્ષમતાઓ કે જે સાદા કલાકે HTTP ક્રોલ આવરી લેતી નથી. બધા પ્લાન-ગેટેડ છે — જો તમારા ફોર્મમાંથી કોઈ ખૂટે છે, તો તે તમારા સબ્સ્ક્રિપ્શનમાં શામેલ નથી.
ગરમ શેડ્યૂલ વિંડોઝ
મૂળભૂત રીતે સક્રિય વોર્મર ઘડિયાળની આસપાસ, દરેક સ્વતઃ-પ્રારંભ અંતરાલ પર નવો રન શરૂ કરે છે. શેડ્યૂલ વિન્ડો તેને તમે પસંદ કરેલા કલાકો સુધી મર્યાદિત કરો.
વિન્ડોની બહાર, શેડ્યૂલ કરેલ ઓટો-સ્ટાર્ટ્સ છોડવામાં આવે છે. મેન્યુઅલ શરૂ થાય છે, ટ્રિગર્સ ગોઠવે છે અને CDN શુદ્ધ-રીવર્મ ક્રિયાઓ હજુ પણ કાર્ય કરે છે — વિન્ડો શેડ્યૂલને નિયંત્રિત કરે છે, સમગ્ર રીતે ગરમ નહીં.
શા માટે તમે આ માંગો છો કરશે
- શિખર પહેલાં સખત હૂંફાળું. તમારા સૌથી વ્યસ્ત સમયગાળા પહેલાંના કલાકોમાં આગળ વધો જેથી જ્યારે ટ્રાફિક આવે ત્યારે બધું ગરમ હોય.
- રાતમાં પાછા બંધ. જ્યારે કોઈ મુલાકાત ન લેતું હોય ત્યારે વિનંતી બજેટ અને મૂળ લોડને સાચવો.
- જાળવણી વિંડોઝને સુરક્ષિત કરો. બેકઅપ, સ્થળાંતર અથવા બેચ જોબ દરમિયાન ગરમ થવાનું બંધ કરો.
- એક સંપાદકીય લય સાથે મેળ કરો. સવારના વાંચતા પહેલા ન્યૂઝરૂમ ઘણી વાર ગરમ થઈ જાય છે.
JSON ફોર્મેટ
ગરમ શેડ્યૂલ ફીલ્ડ ટાઇમઝોન અને વિન્ડોની સૂચિ સાથે JSON ઑબ્જેક્ટ લે છે:
{
"timezone": "Europe/Amsterdam",
"windows": [
{ "days": [1, 2, 3, 4, 5], "startHour": 8, "endHour": 20, "intensity": 1 }
]
}| ક્ષેત્ર | અર્થ |
|---|---|
| WordPress | IANA ટાઈમઝોન નામ જેમ કે Europe/Amsterdam, America/New_York, અથવા UTC. આ ઝોનમાં વિન્ડોઝનું મૂલ્યાંકન કરવામાં આવે છે, તેથી તમારા માટે ડેલાઇટ સેવિંગનું સંચાલન કરવામાં આવે છે. |
| WordPress | સમયની વિંડોઝની સૂચિ. તેમાંથી કોઈપણની અંદર રનની મંજૂરી છે. |
| WordPress | અઠવાડિયાના દિવસો પર વિન્ડો લાગુ પડે છે, જ્યાં 1 સોમવાર છે અને 7 રવિવાર છે. |
| WordPress | જ્યારે વિન્ડો ખુલે છે, 0–23. |
| WordPress | વિન્ડો બંધ થવાનો કલાક, 0–23. |
| WordPress | વિન્ડો દરમિયાન સંબંધિત વોર્મિંગ પ્રયાસ. 1 સામાન્ય છે; નીચું મૂલ્ય વધુ નરમાશથી ગરમ થાય છે. |
{
"timezone": "Europe/Amsterdam",
"windows": [
{ "days": [1, 2, 3, 4, 5], "startHour": 6, "endHour": 10, "intensity": 1 },
{ "days": [1, 2, 3, 4, 5, 6, 7], "startHour": 0, "endHour": 5, "intensity": 0.3 }
]
}તપાસો કે વિન્ડો સમાપ્ત કરવા માટે પૂરતી પહોળી છે
જો પૂર્ણ પાસમાં ત્રણ કલાકનો સમય લાગે છે અને તમારી વિન્ડો બે છે, તો રન ઓછા કરવામાં આવશે અને પછીથી URLs ક્યારેય ગરમ થશે નહીં. કાં તો વિન્ડો પહોળી કરો, દર મર્યાદા વધારશો અથવા ગરમનો અવકાશ સંકુચિત કરો.
Tip
ચોવીસ કલાક ગરમ થવા માટે ખેતરને ખાલી રાખો. મોટાભાગની સાઇટ્સ માટે તે યોગ્ય પસંદગી છે — જ્યારે તમારી પાસે ચોક્કસ કારણ હોય ત્યારે જ વિન્ડો ઉમેરો.
મલ્ટી-રિજન વોર્મિંગ
મોટાભાગના સીડીએન હાજરીના દરેક બિંદુએ સ્વતંત્ર રીતે કેશ કરે છે. યુરોપથી ગરમ થયેલું પૃષ્ઠ યુરોપીયન એજ નોડને ભરે છે - તે સિંગાપોરમાં મુલાકાતી માટે કોઈ અલગ POP હિટ કરે છે જેણે તે પૃષ્ઠ ક્યારેય પીરસ્યું નથી.
મલ્ટિ-રિજન વોર્મિંગ પસંદ કરેલ પ્રાદેશિક ક્રાઉલર ઉદાહરણથી વધુ ગરમ ચાલે છે, તેથી ભૌગોલિક રીતે વિતરિત કૅશ ખરેખર જ્યાં તમારા પ્રેક્ષકો છે ત્યાં ભરાય છે. તે ક્રોલર પ્રદેશ ફીલ્ડ સાથે સેટ કરેલ છે અને તે બિઝનેસ-પ્લાન ક્ષમતા છે.
જ્યારે તમને તેની જરૂર હોય
- તમારી પાસે એક કરતાં વધુ ખંડો પર અર્થપૂર્ણ ટ્રાફિક છે.
- તમારી CDN કૅશ પ્રતિ POP અથવા વૈશ્વિક સ્તરે કરતાં પ્રદેશ દીઠ.
- તમે પ્રદેશ-વિશિષ્ટ મૂળમાંથી સ્થાનિક સામગ્રી પ્રદાન કરો છો.
- તમે બહુ-CDN સેટઅપ ચલાવો છો જ્યાં વર્તન ભૂગોળ દ્વારા અલગ પડે છે.
જો તમારા લગભગ તમામ મુલાકાતીઓ એક દેશમાં હોય, તો એક જ પ્રદેશ સારો છે અને બહુ-પ્રદેશ લાભ વિના ખર્ચ ઉમેરે છે.
વધુ પ્રદેશોમાંથી ગરમ થવાથી વિનંતીઓનો ગુણાકાર થાય છે
દરેક પ્રદેશ તેની પોતાની વિનંતીઓ રજૂ કરે છે, તેથી ત્રણ પ્રદેશોને આવરી લેવાથી વિનંતીની માત્રા લગભગ ત્રણ ગણી થઈ જાય છે — તમારા મૂળ અને તમારા પ્લાનના URL બજેટ બંનેની સામે. તે મુજબ તમારી દર મર્યાદા માપો.
તમારા વાસ્તવિક એનાલિટિક્સમાંથી પ્રદેશો પસંદ કરો, મહત્વાકાંક્ષા નહીં. તમારા ટ્રાફિકના બે ટકા જનરેટ કરતા પ્રદેશને ગરમ કરવું એ વિનંતીના બજેટ કરતાં ત્રણ ગણું ભાગ્યે જ મૂલ્યવાન છે.
બ્રાઉઝર / SSR વોર્મિંગ
સાદો HTTP આનયન HTML સર્વર પરત કરે છે. મોટાભાગની સાઇટ્સ માટે તે જ કેશ્ડ થાય છે, અને તમારે ફક્ત તે જ જોઈએ છે.
કેટલાક સ્ટેક્સ અલગ છે. જો તમે જે કૅશ લેયરની કાળજી લો છો તે સંપૂર્ણ રેન્ડર પછી જ ભરાય છે — જાવાસ્ક્રિપ્ટ-હેવી ફ્રન્ટ એન્ડ, અથવા એક ફ્રેમવર્ક કે જેની કૅશ કાચી વિનંતીને બદલે સંપૂર્ણ નેવિગેશન પર ભરાય છે — સરળ આનયન કંઈપણ ઉપયોગી નથી.
બ્રાઉઝર / SSR વોર્મિંગ પૃષ્ઠને યોગ્ય રીતે લોડ કરવા માટે વાસ્તવિક બ્રાઉઝર એન્જિનનો ઉપયોગ કરે છે. તે એક બિઝનેસ-પ્લાન ક્ષમતા છે, જે ગરમ દીઠ સક્ષમ છે.
| સાદા HTTP વોર્મિંગનો ઉપયોગ કરો જ્યારે... | બ્રાઉઝર વોર્મિંગનો ઉપયોગ કરો જ્યારે... |
|---|---|
| તમારું સર્વર પૂર્ણ HTML પરત કરે છે | પાનું એસેમ્બલ ક્લાઈન્ટ બાજુ છે |
| A CDN અથવા પૃષ્ઠ કેશ પ્રતિભાવને સંગ્રહિત કરે છે | સંપૂર્ણ રેન્ડર પાસ પછી જ કેશ ભરાય છે |
| તમને સસ્તામાં મહત્તમ થ્રુપુટ જોઈએ છે | ચોકસાઈ વોલ્યુમ કરતાં વધુ મહત્વ ધરાવે છે |
| સૌથી વધુ સ્થિર અને પરંપરાગત CMS સાઇટ્સ | SSR/ISR એપ-રાઉટર શૈલીના રૂટ જે ભરાઈ રહ્યા નથી |
બ્રાઉઝર વોર્મિંગ વધુ ભારે છે
પૃષ્ઠને બ્રાઉઝરમાં રેન્ડર કરવા માટે તેને લાવવા કરતાં વધુ સમય અને સંસાધનોનો ખર્ચ થાય છે. જેનો ખરેખર જરૂર હોય તેવા રૂટ માટે પસંદગીપૂર્વક ઉપયોગ કરો અને બાકીની દરેક વસ્તુ માટે લાઇટવેઇટ HTTP વોર્મિંગ રાખો. દર મર્યાદા ઘટાડ્યા વિના સંપૂર્ણ મોટા વોર્મરને બ્રાઉઝર મોડમાં સ્વિચ કરશો નહીં.
વ્યવહારુ કસોટી: પહેલા સામાન્ય HTTP ગરમ ચલાવો. જો Cache health તે રૂટ હજુ પણ ઠંડા બતાવે છે જ્યારે તમારી બાકીની સાઇટ સુધરે છે, તો બ્રાઉઝર વોર્મિંગ અજમાવવા યોગ્ય છે.
મોબાઇલ વોર્મિંગ
જો તમારું CDN વપરાશકર્તા એજન્ટ દ્વારા તેની કેશ્ડ કોપીમાં ફેરફાર કરે છે, અથવા તમે અલગ-અલગ મોબાઇલ ટેમ્પ્લેટ્સ સર્વ કરો છો, તો માત્ર ડેસ્કટોપ એજન્ટ સાથે વોર્મિંગ ફોન મુલાકાતીઓને ઠંડા કેશ પર છોડી દે છે — સામાન્ય રીતે તમારા મોટાભાગના ટ્રાફિક.
મોબાઇલ વપરાશકર્તા એજન્ટો સાથે પણ ક્રોલ કરવા માટે ગરમ મોબાઇલ સંસ્કરણ ચાલુ કરો. તેને મંજૂરી આપતી યોજનાઓ પર તમે ચોક્કસ નિયંત્રણ માટે તમારા પોતાના મોબાઈલ વપરાશકર્તા એજન્ટો પણ સપ્લાય કરી શકો છો.
- જો તમારી કેશ કીમાં વપરાશકર્તા એજન્ટ અથવા ઉપકરણ વર્ગ શામેલ હોય તો તે આવશ્યક છે.
- જો તમે અલગ મોબાઇલ થીમ અથવા
m.સબડોમેઇન સર્વ કરો છો તો આવશ્યક છે. - બિનજરૂરી જો તમે દરેક ઉપકરણને સમાન પ્રતિભાવ આપતા HTML સર્વ કરો છો — એક કેશ્ડ કોપી પહેલાથી જ દરેકને સેવા આપે છે.
Note
વોર્મિંગ ડેસ્કટૉપ અને મોબાઇલ વેરિઅન્ટ્સ વિનંતીની માત્રાને લગભગ બમણી કરે છે, કારણ કે દરેક URL બંને એજન્ટો હેઠળ લાવવામાં આવે છે. તેને મોટી સાઇટ પર સક્ષમ કરતા પહેલા તમારી દર મર્યાદા અને પ્લાન બજેટ તપાસો.
કસ્ટમ વપરાશકર્તા એજન્ટો
વપરાશકર્તા એજન્ટો ફીલ્ડ તમને ચોક્કસ રીતે સેટ કરવા દે છે કે કઈ એજન્ટ સ્ટ્રિંગની વિનંતીઓ મોકલવામાં આવે છે. કારણો તમે કરી શકો છો:
- તમારું CDN ચોક્કસ એજન્ટ સ્ટ્રીંગ્સ પર તેની કેશ કી કરે છે અને તમારે તેમને બરાબર મેચ કરવાની જરૂર છે.
- બોટ ફિલ્ટર અજાણ્યા એજન્ટોને અવરોધે છે, અને તમે કોઈ ચોક્કસને મંજૂરી-સૂચિબદ્ધ કરી છે.
- તમે તમારા સર્વર લોગમાં ઓળખી શકાય તેવી ગરમ વિનંતીઓ ઇચ્છો છો, તેમને વાસ્તવિક ટ્રાફિકથી અલગ કરવા.
Tip
વોર્મિંગ માટે વિશિષ્ટ, ઓળખી શકાય તેવા વપરાશકર્તા એજન્ટનો ઉપયોગ કરવો એ સારી પ્રેક્ટિસ છે. તે તમારા એનાલિટિક્સ અને ઍક્સેસ લૉગમાં Cache Rocket ટ્રાફિકને સ્પષ્ટ બનાવે છે અને રિપોર્ટિંગમાંથી બાકાત રાખવામાં સરળ બનાવે છે.