प्रोक्सी रोटेसन लूप सधैंभरि चल्नबाट रोक्नुहोस्

प्रोक्सी पूलले साधारण अवरोधलाई व्यस्त लूपमा परिणत गर्न सक्छ। ठेगाना छान्नुहोस्, असफल हुन्छ, अर्को छान्नुहोस्, फेरि असफल हुन्छ। यदि हरेक एन्डपोइन्ट पुग्न नसकिने छ किनकि तपाईंको आफ्नै नेटवर्क बन्द छ, ठेगाना बदल्नाले कारण कहिल्यै सुधार्दैन।

तपाईंको पूलबाट पहिलो प्रोक्सी वा निःशुल्क प्रोक्सी सूची छान्नु अघि कामलाई बजेट दिनुहोस्: सीमित प्रयास संख्या, सीमित जडान र पढ्ने प्रतीक्षा, र सम्पूर्ण कार्यको लागि अन्तिम समयसीमा। Requests टाइमआउट ले आफ्नो अभिलेखित जडान वा पढ्ने व्यवहारलाई नियन्त्रण गर्छ; यसले आफैंमा नयाँ अनुरोध जारी गरिरहने लूपलाई सीमित गर्दैन।

अर्को प्रयास केले योग्य छ भनेर निर्धारण गर्नुहोस्

• अस्वीकृत प्रोक्सी जडानले अर्को एन्डपोइन्ट प्रयास गर्ने औचित्य दिन सक्छ।
• गन्तव्यको प्रतिक्रियालाई आफ्नै व्याख्या चाहिन्छ। HTTP त्रुटि प्राप्त गर्नुले कुनै अनुरोध मार्ग पूरा भएको प्रमाणित गर्छ।
• प्रोक्सी प्रमाणीकरण असफलताले बढ्दो सूचीमा उही प्रमाणहरू ठोक्नुको सट्टा एन्डपोइन्ट र खाता जाँच्न आवश्यक ठान्छ।

मूल अपवाद वा स्थिति प्रयास रेकर्डसँगै राख्नुहोस्। केवल “सबै प्रोक्सी असफल भए” भन्ने अन्तिम सन्देशले असफलताहरूको कारण एउटै थियो कि थिएन भन्ने लुकाउँछ।

हरेक वास्तविक अनुरोध अघि हरेक प्रोक्सीको स्वास्थ्य जाँच गर्दा अर्को अनुरोध थपिन्छ र अर्को सफल हुने ग्यारेन्टी अझै गर्न सकिँदैन। कार्यसँग मिल्ने ठाउँमा हालैको स्वास्थ्य जानकारी पुनः प्रयोग गर्नुहोस्, त्यसपछि वास्तविक कार्यले आफ्नै नतिजा रिपोर्ट गरोस्।

पुनः प्रयासले काम दोहोर्याउन सक्छ

पढ्नका लागि मात्र ल्याउने काममा अर्को प्रोक्सीमा जानु सामान्यतया सबमिसन पुनः चलाउनुभन्दा सरल हुन्छ। यदि खरिद वा फारम सबमिसन पठाएपछि जडान टुट्यो भने, गन्तव्यले त्यसलाई पहिले नै प्रशोधन गरिसकेको हुन सक्छ। काम पुनः चलाउनु अघि सेवाको idempotency संयन्त्र र HTTP पुनः प्रयास नियमहरू पालना गर्नुहोस्।

बजेट सकिएपछि उपयोगी असफलता फर्काउनुहोस्। प्रमाणसहित रोकिने काम कसैले देख्ने बेलासम्म चुपचाप घुमिरहने कामभन्दा मर्मत गर्न सजिलो हुन्छ।