डोमेन स्कोर कॉल्स जो विफल होती हैं: 401, 402 और खाली पंक्तियाँ

निदान का क्रम

स्थिति कोड से शुरू करें। 401 पहचान के बारे में है और 402 पैसे के बारे में है। उन्हें अलग-अलग स्थानों पर ठीक किया जाता है।

फिर ok पढ़ें। हर प्रतिक्रिया में यह होता है। प्रमाणीकृत कॉल्स पर, _credits लागत और शेष संतुलन दिखाता है, इसलिए ड्रेन्ड बैलेंस 402 आने से पहले दिखाई देता है।

इस क्रम को अपने रनबुक में स्थिर रखें। कोई भी जो सीधे डेटा पर कूदता है, वह एक सुबह बिता सकता है उस समस्या पर जिसे स्थिति कोड तुरंत बता सकता था।

केवल उसके बाद ही डेटा पर शक करें। एक नई साइट अक्सर कम DR दिखाती है। कारण दुर्घटना नहीं होता है। संभावित कारण एक मासिक स्नैपशॉट है जो उसकी लिंक्स से पहले का है। संख्या को सूत्र एंट्री से तुलना करें।

कुंजी की समस्या को संतुलन की समस्या से अलग करना

एक 401 और एक 402 एक स्क्रिप्ट में एक जैसे दिखते हैं, क्योंकि दोनों वही लूप रोकते हैं। उनके अलग-अलग कारण हैं, इसलिए कुछ भी बदलने से पहले उन्हें अलग करें।

उसी डोमेन पर एक मुफ्त एक्शन से शुरू करें। यदि यह उत्तर देता है और भुगतान वाला कॉल नहीं करता है, तो डोमेन ठीक है और मुसीबत कुंजी या संतुलन में है।

जब एक कॉपी के बाद 401 आता है

एक कुंजी जिसके साथ एक ट्रेलिंग स्पेस या कट-ऑफ एंड है, 401 का एक सामान्य कारण है। कुंजियाँ sk_ से शुरू होती हैं, इसलिए उस प्रीफिक्स की जाँच करें और पूरी स्ट्रिंग को खाका पेज पर कॉपी से तुलना करें।

एक स्थान पर कुंजी बदलें और उसी एकल कॉल को फिर से चलाएँ। एक साथ कई चीज़ें बदलने से परिणाम पढ़ना असंभव हो जाता है।

जब टॉप-अप के बाद 402 आता है

एक 402 का मतलब है कि भुगतान वाले एक्शन के लिए क्रेडिट नहीं बचा है। अगले प्रमाणीकृत प्रतिक्रिया पर _credits में शेष संतुलन पढ़ें, कुछ भी करने से पहले।

यदि वह संतुलन सही लगता है, तो उसे उस कॉल की लागत से तुलना करें जो विफल रही। संख्याएँ दिखाएंगी कि क्या कॉल संतुलन से बड़ा है।

टॉप-अप किए गए समय का नोट रखें, ताकि लॉग और संतुलन की बाद में तुलना की जा सके।

प्रत्येक टॉप-अप से पहले और बाद में संतुलन का एक छोटा नोट अगले 402 को पढ़ने में आसान बनाता है।

एक स्कोर बिना किसी त्रुटि के गलत क्यों लग सकता है

कभी-कभी हर फ़ील्ड समय पर आ जाता है और संख्या अभी भी आपको हैरान कर देती है। प्रतिक्रिया उसके स्नैपशॉट के लिए सही है, इसलिए असली प्रश्न यह है कि उस स्नैपशॉट में क्या है।

तीन स्थितियाँ इन मामलों की अधिकांश व्याख्या करती हैं।

एक हाल ही में लॉन्च किया गया डोमेन

एक हाल ही में लॉन्च की गई साइट DR 0 दिखा सकती है क्योंकि स्नैपशॉट उसकी लिंक्स से पहले का है। यहाँ शून्य का मतलब है कि कोई लिंकिंग डोमेन नहीं मिला, साइट पर कोई निर्णय नहीं।

साइट के निर्णय के रूप में संख्या को पढ़ने से पहले एक बाद के रिफ्रेश का इंतज़ार करें।

किसी भी कार्रवाई से पहले डोमेन की उम्र को रिफ्रेश चक्र से तुलना करें। एक नया नाम और एक पुराना नाम जिसने कभी लिंक्स आकर्षित नहीं किए, एक ही स्नैपशॉट में एक जैसे दिखते हैं।

इस महीने में आई एक लिंक

नवीनतम रिफ्रेश के बाद जोड़ी गई लिंक्स संख्या से गायब हैं। एक दोहराई गई कॉल एक ही उत्तर लौटाती है जब तक कि अगला रिफ्रेश नहीं आता।

लिंक की तिथि और स्नैपशॉट की तिथि नोट करें, ताकि रिपोर्ट पढ़ने वाले किसी भी व्यक्ति के लिए अंतर को समझाना आसान हो।

एक लिंक जो गायब हो गई

जब उसकी पेज डिलीट हो जाती है या डोनेटर साइट बंद हो जाती है तो एक लिंक गायब हो सकती है। गिनती तब गिर जाती है हालाँकि आपके पक्ष में कुछ भी नहीं बदला है।

एंडपॉइंट को दोष देने से पहले दो स्नैपशॉट्स की तुलना करें जो कुछ महीने अलग हैं।

कुल की तुलना में गिनें कि कितने डोमेन बदलते हैं। कई साइट्स में फैली एक छोटी हानि एक अकेली साइट से एक बड़ी हानि से अलग पढ़ी जाती है।

स्वचालित पुनः प्रयास क्यों नहीं

402 पर लूपिंग समय जलाती है और कुछ नहीं बढ़ाती। 401 पर लूपिंग किसी भी प्रदाता, हमारे या Google के, पर अत्याचार पहचान को ट्रिप कर सकती है।

पुनः प्रयासों को नेटवर्क त्रुटियों के लिए आरक्षित रखें, और प्रत्येक पुनः प्रयास को पिछले से लंबी छुट्टी दें। एक रात के काम के लिए तीन प्रयास एक उचित छत है।

मान लीजिए कि एक रात का काम सुबह दो बजे एक 402 से मिलता है। नाश्ते तक हर पांच मिनट में पुनः प्रयास करने से लगभग सौ समान विफलताएँ होती हैं, और हर एक एक लॉग लाइन है जिसे किसी को बाद में पढ़ना होगा।

नेटवर्क पुनः प्रयासों के लिए भी एक स्थिर छत का उपयोग करें, और प्रत्येक प्रयास को लॉग करें। एक छत जिसे आप एक वाक्य में कह सकते हैं, जब एक काम रुक जाता है तो आसानी से बचाया जा सकता है।

एक बिना देखरेख वाले काम के लिए अलर्ट

एक रात का डोमेन स्कोर जाँच काम किसी को तब बताना चाहिए जब यह रुक जाए, और यह क्यों बताए। दो कोड्स को अलग अलर्ट की आवश्यकता है, इसलिए संदेश में उन्हें अलग रखें।

पहले 401 पर अलर्ट करें

एक 401 आमतौर पर एक कुंजी समस्या का मतलब है, इसलिए एक एकल विफलता एक संदेश के लायक है। सौ समान विफलताओं का इंतज़ार करने से केवल ठीक करने में देरी होती है।

संदेश में कुंजी के पहले और आखिरी अक्षर शामिल करें, पूरी कुंजी नहीं, ताकि संदेश एक सहकर्मी के साथ साझा करने के लिए सुरक्षित हो।

एक 402 को एक अलग संदेश देना चाहिए, क्योंकि उसका इलाज कुंजी बदलने के बजाय टॉप-अप है।

एक शांत काम जरूरी स्वस्थ नहीं है। समाप्त हुए रनों की गिनती करें, केवल विफल रनों की नहीं, और जब न ही गिनती एक पूरे चक्र के लिए नहीं चलती है तो अलर्ट करें।

गिरते संतुलन पर अलर्ट करें

चेतावनी को उस स्तर पर सेट करें जो चलाए के शेष हिस्से को कवर करता है, शून्य पर नहीं। एक नौकरी शुरू होने पर लगभग खाली संतुलन पुनः प्रयासों के लिए कोई जगह नहीं छोड़ता।

प्रत्येक प्रमाणीकृत प्रतिक्रिया पर _credits से स्तर पढ़ें, ताकि चेतावनी को एक अतिरिक्त अनुरोध की आवश्यकता न हो।