पुनः प्रयास-बाद

रिट्राई-आफ्टर सर्वर का स्पष्ट निर्देश है कि पुनः प्रयास कब सफल हो सकता है। यह 429 टू मेनी रिक्वेस्ट, 503 सर्विस अनअवेलेबल और कुछ रीडायरेक्ट के साथ आता है, और इसमें सेकंड की संख्या (रिट्राई-आफ्टर: 30) या HTTP तिथि होती है। इसका पालन करना ही यह तय करता है कि क्लाइंट का कनेक्शन रिकवर हो पाएगा या वह आउटेज के समाप्त होने का इंतजार करता रहेगा।

यह काम किस प्रकार करता है

क्लाइंट वैल्यू का विश्लेषण करता है — दोनों रूप मान्य हैं और दोनों मौजूद हैं — और पुनः प्रयास को इससे पहले निर्धारित नहीं करता है। हेडर अनुपस्थित होने पर, क्लाइंट अपनी बैकऑफ़ नीति का उपयोग करता है। अच्छे क्लाइंट प्रतीक्षा समय को भी सीमित करते हैं, ताकि गलत तरीके से कॉन्फ़िगर किया गया सर्वर उन्हें एक दिन के लिए रोक न सके।

गलत धारणा

एक निश्चित एक-सेकंड के स्लीप के साथ रिट्राई लूप "handling 429" कहलाता है। ऐसा करने वाला प्रत्येक क्लाइंट विंडो खुलते ही सर्वर पर फिर से हिट करता है। रिट्राई-आफ्टर, यदि मौजूद हो, तो आपको सही संख्या बता देता है; यदि अनुपस्थित हो, तो जिटर के साथ बैकऑफ़ का उपयोग करें।

इसे यहाँ आजमाएँ

GET /coffee/v1/rush-hour दस सेकंड में तीन अनुरोधों की अनुमति देता है और चौथे अनुरोध का उत्तर 429 और Retry-After के साथ देता है; GET /protocol/v1/maintenance प्रत्येक अनुरोध का उत्तर 503 और Retry-After: 30 के साथ देता है।

स्रोत

अन्य शब्द

यह पृष्ठ अंग्रेज़ी में पढ़ें

सभी शब्द · परीक्षण तकनीकें · सभी 39 मॉक REST API

आखरी अपडेट