મુશ્કેલીનિવારણ

સમસ્યાઓ ત્રણ જૂથોમાં વિભાજિત થાય છે, અને તમારી પાસે કયો છે તે ઓળખવાથી તરત જ કારણ સંકુચિત થાય છે.

કશું જ ચાલતું નથી#

1. 1

   શું વધુ ગરમ સક્રિય છે?

   વિશાળ માર્જિન દ્વારા સૌથી સામાન્ય કારણ. નિષ્ક્રિય વોર્મર તેની સેટિંગ્સ રાખે છે અને ક્યારેય ચાલતું નથી.

2. 2

   શું હોસ્ટનામ ચકાસાયેલ છે?

   એકાઉન્ટ → હોસ્ટનામ તપાસો. બાકી ચકાસણી દરેક રનને અવરોધે છે. હોસ્ટનામ ચકાસણી જુઓ.

3. 3

   શું એન્ટ્રી URL હોસ્ટનામ ચકાસાયેલ નામ સાથે બરાબર મેળ ખાય છે?

   example.com અને www.example.com અલગ છે. વણચકાસાયેલ ફોર્મ પર નિર્દેશિત ગરમ ચાલશે નહીં.

4. 4

   શું તમે યોજનાની મર્યાદા પર પહોંચી ગયા છો?

   એકાઉન્ટ → સબ્સ્ક્રિપ્શન તપાસો. દૈનિક અથવા માસિક URL બજેટને ખાલી કરવાથી પીરિયડ રીસેટ થાય ત્યાં સુધી વોર્મિંગ અટકે છે.

5. 5

   શું શેડ્યૂલ વિન્ડો તેને અવરોધિત કરી રહી છે?

   જો ગરમ શેડ્યૂલ સેટ કરેલ હોય, તો વિન્ડોની બહાર શેડ્યૂલ કરેલ શરૂઆત અવગણવામાં આવે છે. હાથથી ગરમ શરૂ કરવાનો પ્રયાસ કરો - જો તે કામ કરે છે, તો વિન્ડો કારણ છે.

6. 6

   શું તમે યોગ્ય કાર્યક્ષેત્રમાં છો?

   વોર્મર્સ વર્કસ્પેસના છે. સાઇડબાર પસંદગીકારને તપાસો - તમે હાલમાં જોઈ રહ્યા નથી ત્યાં ગરમ ​​​​અસ્તિત્વ હોઈ શકે છે.

તે ચાલે છે પરંતુ URLs ભૂલ#

403 પ્રતિબંધિત

કંઈક ઈરાદાપૂર્વક ક્રોલરને અવરોધિત કરી રહ્યું છે — WAF, બોટ ફિલ્ટર, Cloudflare બૉટ મેનેજમેન્ટ અથવા સુરક્ષા પ્લગઈન.

• તમારી ફાયરવોલ અથવા CDN પર Cache Rocketની વિનંતીઓને મંજૂરી આપો.
• એક વિશિષ્ટ કસ્ટમ વપરાશકર્તા એજન્ટ સેટ કરો અને તેને મંજૂરી આપો.
• નીચું મહત્તમ URLs પ્રતિ મિનિટ — ઘણા બોટ ફિલ્ટર્સ ઓળખને બદલે વિનંતી દર પર ટ્રિગર કરે છે.
• જો તમે સામાન્ય રીતે જ્યાંથી બ્રાઉઝ કરો છો ત્યાંથી તમારો ગરમ પ્રદેશ અલગ હોય તો દેશ બ્લોક માટે તપાસો.

429 ઘણી બધી વિનંતીઓ

તમે તમારા સર્વર અથવા CDN પરવાનગી કરતાં વધુ ઝડપથી ગરમ થઈ રહ્યા છો. મહત્તમ URLs પ્રતિ મિનિટ નોંધપાત્ર રીતે નીચે કરો — તેને અડધો કરો, ભૂલો બંધ થવાની પુષ્ટિ કરો, પછી ધીમે ધીમે વધારો. જો તમારા હોસ્ટ દસ્તાવેજી દરની મર્યાદા લાગુ કરે છે, તો તેના હેઠળ આરામથી રહો.

5xx સર્વર ભૂલો

તમારું મૂળ ભાર હેઠળ નિષ્ફળ રહ્યું છે. દરની મર્યાદા તરત જ ઓછી કરો.

301/302 રીડાયરેક્ટ

તમારી એન્ટ્રી URLs અથવા આંતરિક લિંક્સ ક્યાંક નિર્દેશ કરે છે જે રીડાયરેક્ટ કરે છે. દરેક રીડાયરેક્ટ વિનંતીને બગાડે છે અને ખોટા સરનામાને ગરમ કરે છે.

• તમારી એન્ટ્રી તરીકે અંતિમ ગંતવ્યનો ઉપયોગ કરો URL, www સહિત અથવા બાકાત કારણ કે તમારી સાઇટ ખરેખર તેને સેવા આપે છે.
• હંમેશા https:// નો ઉપયોગ કરો, ક્યારેય http:// નો ઉપયોગ કરો.
• જો આંતરિક લિંક્સ હજી પણ http નો ઉપયોગ કરતી હોય તો HTTPS પર ફરીથી લખો સક્ષમ કરો.
• તમારી સાઇટના ટ્રેઇલિંગ-સ્લેશ કન્વેન્શન સાથે મેળ કરો.

404 મળ્યો નથી

તૂટેલી આંતરિક લિંક્સ, વાસી સાઇટમેપ સૂચિમાંથી દૂર કરાયેલા પૃષ્ઠો અથવા શોધાયેલ URLs જે ક્યારેય વાસ્તવિક ન હતા. લિંક્સને ઠીક કરો, સાઇટમેપને ફરીથી બનાવો અથવા વાંધાજનક પેટર્નને બાકાત રાખો.

URLs નો ખોટો નંબર#

અપેક્ષા કરતા ઘણા ઓછા

• ઊંડાઈ ખૂબ ઓછી છે. તમારી ઊંડાઈ સેટિંગ કરતાં વધુ પૃષ્ઠો ક્યારેય પહોંચી શકતા નથી.
• સાઇટમેપ બંધ છે. તેમને ચાલુ કરવું એ સામાન્ય રીતે સૌથી મોટી કવરેજ જીત છે.
• બાકાત ખૂબ જ વ્યાપક છે. /search માટે બનાવાયેલ નિયમ કદાચ તમારા કહેવા કરતાં વધુ ઝડપે છે.
• તમારું નેવિગેશન ફક્ત JavaScript છે. HTML માં અસ્તિત્વમાં ન હોય તેવી લિંક્સ HTTP આનયન દ્વારા શોધી શકાતી નથી. બ્રાઉઝર વોર્મિંગનો વિચાર કરો અથવા સાઇટમેપ્સ ઉમેરો.

અપેક્ષા કરતાં ઘણી વધારે

• ફેસ્ટેડ URLs. ફિલ્ટર અને સૉર્ટ સંયોજનો મર્યાદા વિના ગુણાકાર કરે છે. જો ઉપલબ્ધ હોય તો regex નો ઉપયોગ કરીને તેમને બાકાત રાખો.
• સત્ર અથવા ટ્રેકિંગ પરિમાણો. URLs માત્ર ક્વેરી પેરામીટર દ્વારા અલગથી ગણવામાં આવે છે.
• ઊંડા પૃષ્ઠ ક્રમાંકન. આર્કાઇવ પૃષ્ઠો વીસ ઊંડા ભાગ્યે જ ગરમ કરવા યોગ્ય છે.
• ઊંડાઈ ઘણી વધારે છે. તેને એક સ્તર પાછળ લઈ જાઓ.

તે સ્વચ્છ રીતે ચાલે છે પરંતુ કંઈપણ ઝડપી થતું નથી#

સ્ટેટસ કોડ્સ 200 છે, URLs આવરી લેવામાં આવ્યા છે અને બંને લોડ સમય હજુ પણ ધીમો છે. વોર્મિંગ કામ કરી રહ્યું છે - તમારું કેશિંગ નથી. Cache Rocket માત્ર અસ્તિત્વમાં રહેલી કેશને રિફિલ કરી શકે છે.

1. 1

   ખાતરી કરો કે પૃષ્ઠ કેશેબલ છે

   પ્રતિભાવ હેડરો જુઓ. Cache-Control: no-store અથવા private એટલે કે તે ક્યારેય કેશ થશે નહીં, પછી ભલે તમે તેને કેટલી વાર ગરમ કરો.

2. 2

   સાર્વજનિક પૃષ્ઠો પર Set-Cookie માટે તપાસો

   ઘણા કૅશ પ્રતિસાદને સંગ્રહિત કરવાનો ઇનકાર કરે છે જે કૂકી સેટ કરે છે. અનામી પૃષ્ઠો પર વિશ્લેષણ અને સત્ર કૂકીઝ વારંવાર ગુનેગાર છે.

3. 3

   તમારા CDN ના કેશ નિયમો તપાસો

   ખાતરી કરો કે પાથ બાયપાસ કરવાને બદલે વાસ્તવમાં કેશ થયેલ છે, અને જુઓ કે કેશ કી શું બદલાય છે.

4. 4

   ગરમની વિનંતીને વાસ્તવિક સાથે સરખાવો

   જો વોર્મર કૂકી, હેડર અથવા વપરાશકર્તા એજન્ટ મોકલે છે જે મુલાકાતીઓ નથી કરતા, તો તે કેશ વેરિઅન્ટને ભરી રહ્યું હોઈ શકે છે જે કોઈએ વિનંતી ન કરી હોય.

5. 5

   કૅશ હેલ્થની કોલ્ડ URL સૂચિ જુઓ

   તે બરાબર ઓળખે છે કે કઈ URLs અસરગ્રસ્ત છે, જે સામાન્ય રીતે પેટર્નને જાહેર કરે છે. કેશ હેલ્થ જુઓ.

curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/
curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/

curl -sI https://www.example.com/ | grep -i "cache\|age\|set-cookie"

એકીકરણ સમસ્યાઓ#

ડિપ્લોય વેબહૂક 401 પરત કરે છે.

API કીઓ ખોટી છે, સમયસીમા સમાપ્ત થઈ ગઈ છે અથવા સ્થાનાંતરિત થઈ ગઈ છે. ખાતરી કરો કે હેડર નામો બરાબર X-Public-Key અને X-Secret-Key છે, અને કાપેલા મૂલ્યો માટે તપાસો. જુઓ API keys.

એક જમાવટ વેબહૂક સફળ થાય છે પરંતુ કંઈપણ ગરમ થતું નથી.

શરીરમાં હોસ્ટનામ સક્રિય વોર્મર સાથે મેળ ખાતું નથી. www સહિત ચોક્કસ હોસ્ટનામ તપાસો, અને તે કે વોર્મર સક્રિય છે.

A CDN શુદ્ધિકરણ નકારવામાં આવ્યું છે.

ટોકનમાં શુદ્ધ કરવાની પરવાનગી નથી અથવા ખોટા ઝોન ID સાથે જોડી છે. જુઓ CDN એકીકરણ.

WordPress પ્લગઇન કહે છે કે કીઓ અમાન્ય છે.

વ્હાઇટસ્પેસ માટે જોઈને, બંને કીને ફરીથી કૉપિ કરો. જો ત્યારથી નવી જોડી જનરેટ કરવામાં આવી હોય, તો જૂની જોડી હવે કામ કરશે નહીં.

ચેતવણીઓ ક્યારેય આવતી નથી.

વેબહૂક URL સીધા કર્લ વડે પરીક્ષણ કરો. પુષ્ટિ કરો કે ઓછામાં ઓછી એક ઇવેન્ટ પસંદ કરવામાં આવી છે અને Slack અથવા Discord એકીકરણ હજુ પણ અસ્તિત્વમાં છે.

હજુ અટવાયું છે?#

સપોર્ટનો સંપર્ક કરતા પહેલા આને એકત્રિત કરો — તે લાંબા વિનિમયને એક જ જવાબમાં ફેરવે છે:

• ગરમ નામ અને હોસ્ટનામ સામેલ છે.
• તમે શું અપેક્ષા રાખી હતી, અને ખરેખર શું થયું.
• વોર્મરના પરિણામો પૃષ્ઠ પરથી પ્રતિનિધિ સ્થિતિ કોડ અને લોડ સમય.
• હોસ્ટનામ ચકાસાયેલ બતાવે છે કે કેમ.
• સબ્સ્ક્રિપ્શન પૃષ્ઠના સંદર્ભ વિભાગમાંથી તમારું પ્લાન નામ અને તમારું સબ્સ્ક્રિપ્શન ID.