एकीकरण विफल होने पर solvethree अनुरोध लॉग पढ़ें

1. 1.

   अनुरोध लॉग खोलें

   कंसोल में /request-logs खोलें। खोज फ़ील्ड की पहचान उसके प्लेसहोल्डर से होती है: “अनुरोध ID, साइट, ऐक्शन या त्रुटि”। दर्ज किए गए टास्क/अनुरोध पहचानकर्ता को खोजें; संबंधित प्रयास ढूँढने के लिए साइट या ऐक्शन का उपयोग करें।

2. 2.

   सभी से शुरू करें

   अनुरोध ढूँढते समय सभी फ़िल्टर चयनित रखें। फिर सफल, विफल, कतार में या अस्वीकृत से परिणाम सीमित करें। अधिक सीमित फ़िल्टर से शुरू करने पर वह प्रयास छिप सकता है जिसकी आप जाँच कर रहे हैं।

3. 3.

   टाइमस्टैम्प का मिलान करें

   कॉलम हैं: अनुरोध ID, साइट, ऐक्शन, बिलिंग, लेटेंसी, समय और परिणाम। समय, साइट और ऐक्शन का मिलान अपने एप्लिकेशन रिकॉर्ड से करें, ताकि आप उसी लक्ष्य पर किसी दूसरे प्रयास की जाँच न करने लगें।

धीमे प्रयासों की पहचान करने के लिए संबंधित पंक्तियों में लेटेंसी की तुलना करें। उनके साथ अपने एप्लिकेशन के HTTP समय भी रखें; यह न मानें कि कंसोल का एक मान आपके क्लाइंट को दिखी पूरी देरी समझाता है।

CSV निर्यात करें से फ़िल्टर की गई पंक्तियाँ निर्यात होती हैं। निर्यात करने से पहले खोज और फ़िल्टर संबंधित प्रयासों पर सेट करें, फिर फ़ाइल साझा करने से पहले उसकी समीक्षा करें।

कंसोल फ़िल्टर सेवा अनुरोध/सॉल्व के परिणाम बताते हैं। सफल होने से यह पुष्टि नहीं होती कि आगे की वेबसाइट ने आपका टोकन स्वीकार कर लिया। कौन-सा हिस्सा विफल हुआ, यह पहचानने के लिए HTTP प्रतिक्रिया और टास्क पेलोड का उपयोग करें।

API ने असफलता दर्शाने वाला HTTP स्टेटस लौटाया।

अपने क्लाइंट द्वारा दर्ज स्टेटस और त्रुटि प्रतिक्रिया पढ़ें। इसे सफल टास्क पेलोड न मानें।

यह आज़माएँ: पहले HTTP त्रुटि सँभालें और दोबारा प्रयास करने से पहले बताई गई समस्या ठीक करें। यह न मानें कि हर विफलता का मतलब अपर्याप्त क्रेडिट है। API त्रुटि प्रबंधन देखें।

टास्क लंबित है या सॉल्व किया जा रहा है।

ये टास्क की गैर-अंतिम स्थितियाँ हैं, उपयोग करने योग्य समाधान नहीं।

यह आज़माएँ: उस टास्क को तैयार या विफल होने तक पोल करते रहें। केवल इसलिए नया टास्क न बनाएँ कि समाधान अभी उपलब्ध नहीं है।

टास्क विफल है।

errorCode और error दोनों पढ़ें। उदाहरण के लिए, site-unreachable एक टास्क त्रुटि कोड है।

यह आज़माएँ: उस टास्क को पोल करना बंद करें और दूसरे प्रयास से पहले बताए गए कारण को दूर करें। विफल सॉल्व का शुल्क वापस किया जाता है; बिना बदले अमान्य इनपुट से दोबारा प्रयास करने पर वे ठीक नहीं होंगे।

टास्क बनाने का अनुरोध टाइम आउट हो गया और आपको नहीं पता कि वह सफल हुआ या नहीं।

मिला हुआ कोई भी टास्क ID और प्रयास में इस्तेमाल किया गया requestId सुरक्षित रखें। कनेक्शन टाइमआउट से यह साबित नहीं होता कि टास्क बनाना विफल हुआ।

यह आज़माएँ: यदि आपके पास टास्क का ID है, तो उसे प्राप्त करें। अन्यथा, यदि आपने requestId दिया था, तो मौजूदा टास्क पुनः प्राप्त करने के लिए उसी ID के साथ वही टास्क अनुरोध दोबारा भेजें। बदले हुए इनपुट के साथ उसका दोबारा उपयोग न करें; इससे टकराव होता है।

टास्क तैयार है, लेकिन वेबसाइट सबमिशन अस्वीकार करती है।

वेबसाइट को भेजे जा रहे अनुरोध की जाँच करें। पुष्टि करें कि उसमें टास्क ID या पुराने टोकन के बजाय solution.token है।

यह आज़माएँ: लौटाए गए userAgent और secChUa का उपयोग सफल प्रॉक्सी और इच्छित लक्ष्य के साथ करें। सॉल्व करने और सबमिशन के बीच पहचानें न मिलाएँ और प्रॉक्सी न बदलें। लक्ष्य से मिला HTTP 403 अकेले यह नहीं बताता कि किस सुरक्षा प्रणाली ने अनुरोध अस्वीकार किया।

यदि कारण अब भी स्पष्ट नहीं है, तो [email protected] से संपर्क करें और इतनी जानकारी दें कि प्रयास ढूँढा जा सके तथा सेवा की विफलता और वेबसाइट द्वारा सबमिशन की अस्वीकृति में अंतर किया जा सके।

• टास्क ID और/या requestId, उत्पाद और टाइमज़ोन सहित टाइमस्टैम्प।
• API का HTTP स्टेटस, या अंतिम स्थिति वाले टास्क के errorCode और error।
• लक्ष्य होस्टनेम और ऐक्शन।
• संवेदनशील जानकारी हटाकर प्रतिक्रिया का विवरण, जिसमें बताया गया हो कि वह solvethree से आई थी या लक्ष्य वेबसाइट से।
• यदि उपयोगी हों, तो संबंधित फ़िल्टर की गई लॉग पंक्तियाँ, जिन्हें भेजने से पहले जाँचा गया हो और जिनसे संवेदनशील जानकारी हटा दी गई हो।

रिपोर्ट और सभी अटैचमेंट से API कुंजियाँ, प्रॉक्सी पासवर्ड, टोकन, कुकीज़ और ग्राहक डेटा हटा दें। सहायता टीम संवेदनशील जानकारी हटाए गए टास्क/अनुरोध ID और टाइमस्टैम्प स्वीकार करती है; प्रयास पहचानने के लिए मूल टोकन की ज़रूरत नहीं है।