પ્રોક્સી રોટેશન લૂપને કાયમ ચાલતું અટકાવો

પ્રોક્સી પૂલ એક સાદી ખામીને વ્યસ્ત લૂપમાં ફેરવી શકે છે. સરનામું પસંદ કરો, નિષ્ફળ જાઓ, બીજું પસંદ કરો, ફરી નિષ્ફળ જાઓ. જો દરેક એન્ડપોઇન્ટ પહોંચમાં ન હોય કારણ કે તમારું પોતાનું નેટવર્ક બંધ છે, તો સરનામાં બદલવાથી કારણ ક્યારેય દૂર થતું નથી.

તમારા પૂલમાંથી પહેલી પ્રોક્સી અથવા મફત પ્રોક્સી સૂચિ પસંદ કરતાં પહેલાં કામને બજેટ આપો: મર્યાદિત પ્રયાસોની સંખ્યા, મર્યાદિત કનેક્શન અને વાંચન પ્રતીક્ષા, અને સમગ્ર કાર્ય માટે અંતિમ સમય. Requests ટાઇમઆઉટ તેના દસ્તાવેજીકૃત કનેક્શન અથવા વાંચન વર્તનને નિયંત્રિત કરે છે; તે પોતે જ નવી વિનંતીઓ મોકલતું લૂપ મર્યાદિત કરતું નથી.

નક્કી કરો કે બીજો પ્રયાસ કોને લાયક છે

• નકારાયેલ પ્રોક્સી કનેક્શન બીજું એન્ડપોઇન્ટ અજમાવવાનું વાજબી ઠેરવી શકે છે.
• લક્ષ્યના પ્રતિસાદને પોતાનું અર્થઘટન જોઈએ. HTTP ભૂલ મળવી સાબિત કરે છે કે કોઈ વિનંતી માર્ગ પૂર્ણ થયો.
• પ્રોક્સી પ્રમાણીકરણ નિષ્ફળતા માટે એન્ડપોઇન્ટ અને ખાતું ચકાસવું જરૂરી છે, વધતી યાદીમાં સમાન પ્રમાણપત્રોને ફટકારવા નહીં.

પ્રયાસ રેકોર્ડ સાથે મૂળ અપવાદ અથવા સ્થિતિ રાખો. ફક્ત «બધી પ્રોક્સી નિષ્ફળ ગઈ» ધરાવતો અંતિમ સંદેશ છુપાવે છે કે નિષ્ફળતાઓનું કારણ પણ સમાન હતું કે નહીં.

દરેક વાસ્તવિક વિનંતી પહેલાં દરેક પ્રોક્સીની આરોગ્ય તપાસ બીજી વિનંતી ઉમેરે છે અને તો પણ ખાતરી આપી શકતી નથી કે આગલી સફળ થશે. જ્યાં કાર્યને અનુરૂપ હોય ત્યાં તાજી આરોગ્ય માહિતીનો ફરી ઉપયોગ કરો, અને વાસ્તવિક કામને તેનું પરિણામ જાતે જણાવવા દો.

ફરી પ્રયાસ કાર્યનું પુનરાવર્તન કરી શકે છે

ફક્ત વાંચન માટેના ફેચ માટે, બીજી પ્રોક્સી પર જવું સામાન્ય રીતે સબમિશન ફરી ચલાવવા કરતાં સરળ છે. જો ખરીદી અથવા ફોર્મ મોકલ્યા પછી કનેક્શન તૂટી જાય, તો લક્ષ્યે તે પહેલેથી પ્રક્રિયા કરી હોઈ શકે. કાર્યનું પુનરાવર્તન કરતાં પહેલાં સેવાની idempotency પદ્ધતિ અને HTTP ફરી પ્રયાસ નિયમોનું પાલન કરો.

બજેટ ખતમ થયા પછી, ઉપયોગી નિષ્ફળતા પરત કરો. પુરાવા સાથે અટકતું કામ ચૂપચાપ ફરતું રહેતું કામ કરતાં સુધારવું સહેલું છે જ્યાં સુધી કોઈ ધ્યાન ન આપે.