ப்ராக்ஸி சுழற்சி வளையம் முடிவில்லாமல் இயங்குவதை நிறுத்துங்கள்
Python ப்ராக்ஸி குளத்திற்கு வரம்புள்ள முயற்சி பட்ஜெட்டை வழங்கி, இணைப்பு தோல்விகளையும் இலக்கு பதில்களையும் வேறுபடுத்துங்கள்.
ஒரு ப்ராக்ஸி குளம் எளிய செயலிழப்பை ஒரு பிஸியான வளையமாக மாற்றலாம். ஒரு முகவரியைத் தேர்ந்தெடுங்கள், தோல்வியடையுங்கள், இன்னொன்றைத் தேர்ந்தெடுங்கள், மீண்டும் தோல்வியடையுங்கள். உங்கள் சொந்த நெட்வொர்க் செயலிழந்ததால் ஒவ்வொரு முனையும் அணுக முடியாததாக இருந்தால், முகவரிகளை மாற்றுவது காரணத்தை ஒருபோதும் சரிசெய்யாது.
உங்கள் குளத்திலிருந்து முதல் ப்ராக்ஸியையோ இலவச ப்ராக்ஸி பட்டியலையோ தேர்ந்தெடுப்பதற்கு முன் செயல்பாட்டிற்கு ஒரு பட்ஜெட் கொடுங்கள்: வரம்புள்ள முயற்சிகளின் எண்ணிக்கை, வரம்புள்ள இணைப்பு மற்றும் படிப்பு காத்திருப்புகள், மற்றும் ஒட்டுமொத்த பணிக்கான காலக்கெடு. Requests நேர வரம்பு அதன் ஆவணப்படுத்தப்பட்ட இணைப்பு அல்லது படிப்பு நடத்தையை கட்டுப்படுத்துகிறது; புதிய கோரிக்கைகளை தொடர்ந்து விடுக்கும் வளையத்தை அது தானாகவே வரம்பிடாது.
மற்றொரு முயற்சிக்கு எது தகுதி என்பதை முடிவு செய்யுங்கள்
- மறுக்கப்பட்ட ப்ராக்ஸி இணைப்பு வேறு முனையை முயற்சிக்க நியாயப்படுத்தலாம்.
- இலக்கு பதிலுக்கு அதன் சொந்த விளக்கம் தேவை. HTTP பிழையைப் பெறுவது ஏதோ ஒரு கோரிக்கை பாதை நிறைவடைந்ததை நிரூபிக்கிறது.
- ப்ராக்ஸி அங்கீகார தோல்வி, வளர்ந்து வரும் பட்டியல் வழியாக அதே சான்றுகளைத் தாக்குவதற்குப் பதிலாக முனையையும் கணக்கையும் சரிபார்க்க வேண்டும்.
அசல் விதிவிலக்கையோ நிலையையோ முயற்சி பதிவுடன் வைத்திருங்கள். “எல்லா ப்ராக்ஸிகளும் தோல்வியடைந்தன” மட்டும் கொண்ட இறுதி செய்தி, தோல்விகளுக்கு ஒரே காரணம் இருந்ததா என்பதை மறைக்கிறது.
ஒவ்வொரு உண்மையான கோரிக்கைக்கும் முன் ஒவ்வொரு ப்ராக்ஸியையும் ஆரோக்கியமாக சரிபார்ப்பது மற்றொரு கோரிக்கையைச் சேர்க்கிறது, அடுத்தது வெற்றிபெறும் என்பதற்கு உத்தரவாதம் அளிக்க முடியாது. பணிக்கு பொருந்தும் இடத்தில் சமீபத்திய ஆரோக்கிய தகவலை மீண்டும் பயன்படுத்துங்கள், பின்னர் உண்மையான செயல்பாடு அதன் முடிவைத் தெரிவிக்கட்டும்.
மறுமுயற்சி வேலையை மீண்டும் செய்யலாம்
படிக்க மட்டும் நடக்கும் பெறுதலுக்கு, சமர்ப்பிப்பை மீண்டும் இயக்குவதை விட வேறு ப்ராக்ஸிக்கு மாறுவது பொதுவாக எளிது. வாங்குதல் அல்லது படிவ சமர்ப்பிப்பை அனுப்பிய பிறகு இணைப்பு துண்டிக்கப்பட்டால், இலக்கு அதை ஏற்கனவே செயலாக்கியிருக்கலாம். வேலையை மீண்டும் இயக்குவதற்கு முன் சேவையின் idempotency பொறிமுறையையும் HTTP மறுமுயற்சி விதிகளையும் பின்பற்றுங்கள்.
பட்ஜெட் தீர்ந்ததும், பயனுள்ள தோல்வியைத் திருப்பித் தாருங்கள். ஆதாரத்துடன் நிற்கும் வேலை, யாராவது கவனிக்கும் வரை அமைதியாக சுழன்று கொண்டிருக்கும் வேலையை விட சரிசெய்ய எளிது.