समस्या निवारण

समस्याएँ तीन समूहों में आती हैं, और यह पहचानने से कि आपको कौन सी समस्या है, तुरंत कारण का पता चल जाता है।

कुछ भी नहीं चलता#

1. 1

   क्या वार्मर सक्रिय है?

   व्यापक अंतर से सबसे आम कारण। एक निष्क्रिय वार्मर अपनी सेटिंग रखता है और कभी नहीं चलता।

2. 2

   क्या होस्टनाम सत्यापित है?

   खाता → होस्टनाम जांचें।लंबित सत्यापन प्रत्येक रन को अवरुद्ध करता है।[होस्टनाम सत्यापन] (/documentation/hostname-verification) देखें।

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 के लिए बनाया गया नियम आपकी अपेक्षा से अधिक पकड़ में आ सकता है।
• आपका नेविगेशन केवल जावास्क्रिप्ट है। जो लिंक HTML में मौजूद नहीं हैं, उन्हें HTTP फ़ेच द्वारा नहीं खोजा जा सकता है। ब्राउज़र वार्मिंग पर विचार करें, या साइटमैप जोड़ें।

उम्मीद से कहीं ज्यादा

• मुखर URLs. फ़िल्टर और सॉर्ट संयोजन बिना सीमा के गुणा करें। यदि उपलब्ध हो तो रेगेक्स का उपयोग करके उन्हें बाहर रखें।
• सत्र या ट्रैकिंग पैरामीटर। URLs केवल एक क्वेरी पैरामीटर से भिन्न होने पर अलग से गिना जाता है।
• डीप पेजिनेशन। पुरालेख के बीस गहरे पृष्ठ शायद ही कभी गर्म करने लायक होते हैं।
• गहराई बहुत अधिक है। इसे एक स्तर पीछे ले जाएँ।

यह साफ-सुथरा चलता है लेकिन कुछ भी तेज नहीं होता#

स्थिति कोड 200, URLs कवर किए गए हैं, और दोनों लोड समय अभी भी धीमे हैं। वार्मिंग काम कर रही है - आपकी कैशिंग काम नहीं कर रही है। Cache Rocket केवल मौजूद कैश को फिर से भर सकता है।

1. 1

   पुष्टि करें कि पृष्ठ कैश करने योग्य है

   प्रतिक्रिया शीर्षलेख देखें. Cache-Control: no-store या private का अर्थ है कि यह कभी भी कैश नहीं होगा, चाहे आप इसे कितनी भी बार गर्म करें।

2. 2

   सार्वजनिक पृष्ठों पर Set-Cookie की जाँच करें

   कई कैश कुकी सेट करने वाली प्रतिक्रिया को संग्रहीत करने से इंकार कर देते हैं। अनाम पृष्ठों पर एनालिटिक्स और सत्र कुकीज़ अक्सर अपराधी होते हैं।

3. 3

   अपने CDN के कैश नियमों की जाँच करें

   पुष्टि करें कि पथ वास्तव में बायपास होने के बजाय कैश किया गया है, और देखें कि कैश कुंजी किस पर भिन्न होती है।

4. 4

   वार्मर के अनुरोध की वास्तविक अनुरोध से तुलना करें

   यदि वार्मर एक कुकी, हेडर, या उपयोगकर्ता एजेंट भेजता है जो विज़िटर नहीं भेजता है, तो यह एक कैश संस्करण भर सकता है जिसका कोई भी अनुरोध नहीं करता है।

5. 5

   कैश स्वास्थ्य की ठंडी URL सूची देखें

   यह सटीक रूप से पहचानता है कि कौन से URL प्रभावित हैं, जो आमतौर पर पैटर्न को प्रकट करता है।[कैश स्वास्थ्य] (/documentation/cache-health) देखें।

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 लौटाता है।

एपीआई कुंजियाँ गलत हैं, समाप्त हो गई हैं, या प्रतिस्थापित हो गई हैं।पुष्टि करें कि हेडर नाम बिल्कुल X-Public-Key और X-Secret-Key हैं, और काटे गए मानों की जांच करें।[एपीआई कुंजी] (/documentation/api-keys) देखें।

एक परिनियोजन वेबहुक सफल होता है लेकिन कुछ भी गर्म नहीं होता।

बॉडी में होस्टनाम एक सक्रिय वार्मर से मेल नहीं खाता है। www सहित सटीक होस्टनाम की जांच करें, और यह कि वार्मर सक्रिय है।

एक CDN शुद्धिकरण अस्वीकार कर दिया गया है।

टोकन में पर्ज अनुमति का अभाव है या गलत ज़ोन आईडी के साथ जोड़ा गया है।सीडीएन एकीकरण देखें।

WordPress प्लगइन कहता है कि कुंजियाँ अमान्य हैं।

रिक्त स्थान का ध्यान रखते हुए, दोनों कुंजियाँ पुनः कॉपी करें। यदि उसके बाद कोई नया जोड़ा तैयार किया गया है, तो पुराना जोड़ा अब काम नहीं करेगा।

Next.js छवियां अभी भी /_next/image पर हिट होती हैं या एक अज्ञात साइट टोकन लौटाती हैं।

पुष्टि करें कि @cacherocket/next next.config को लपेटता है, CACHEROCKET_SITE_TOKEN को निर्माण के समय सेट किया गया है, और टोकन खाता → Next.js के अंतर्गत एक सक्रिय साइट से मेल खाता है।Next.js देखें।

Next.js दूरस्थ छवियाँ अनुकूलित नहीं हैं।

छवि मूल को साइट अनुमति सूची में जोड़ें।सापेक्ष /public पथों को CACHEROCKET_ASSET_ORIGIN की आवश्यकता है।ओवर-कोटा सॉफ्ट-फ़ेल को मूल URL में बदल देता है।

अलर्ट कभी नहीं आते.

वेबहुक यूआरएल का सीधे कर्ल से परीक्षण करें।पुष्टि करें कि कम से कम एक ईवेंट चुना गया है, और स्लैक या डिस्कॉर्ड एकीकरण अभी भी मौजूद है।

अभी भी अटके हुए हैं?#

समर्थन से संपर्क करने से पहले इन्हें इकट्ठा करें - यह एक लंबे आदान-प्रदान को एक ही उत्तर में बदल देता है:

• गर्म नाम और होस्टनाम शामिल है।
• आपने क्या अपेक्षा की थी और वास्तव में क्या हुआ।
• वार्मर के परिणाम पृष्ठ से प्रतिनिधि स्थिति कोड और लोड समय।
• क्या होस्टनाम सत्यापित दिखाता है।
• सदस्यता पृष्ठ के संदर्भ अनुभाग से आपकी योजना का नाम और आपकी सदस्यता आईडी।
• Next.js के लिए: साइट आईडी, @cacherocket/next संस्करण, और क्या समस्या छवि वितरण या तैनाती वार्मिंग है।