உங்கள் பதிவு ப்ராக்ஸிகளை சுழற்றுகிறது. உங்கள் கோரிக்கை இன்னும் பழையதையே பயன்படுத்துகிறது.

தேர்வி ப்ராக்ஸி A ஐ அச்சிடுகிறது, பின்னர் ப்ராக்ஸி B. ஆனால் கோரிக்கைப் பதிவு இன்னும் ப்ராக்ஸி A ஐக் காட்டுகிறது. இந்த முரண்பாட்டை விளக்க நெட்வொர்க் சேவை தேவையில்லை: அழைப்பவர் தேர்வியின் திரும்பு மதிப்பை வீசியிருக்கலாம்.

மதிப்பை கோரிக்கையை அனுப்பும் அழைப்பு வரை கண்டறியுங்கள்:

endpoint = choose_proxy()
routes = {'http': endpoint, 'https': endpoint}
response = session.get(target_url, proxies=routes, timeout=15)

இந்தப் பகுதி ஏற்கனவே உள்ள Requests அமர்வையும் சரிபார்க்கப்பட்ட ப்ராக்ஸி URL ஐயும் கருதுகிறது. பொது இடைத்தரகர்கள் வழியாக அனுமதிக்கப்படும் பொது கோரிக்கைகளுக்கு, இலவச ப்ராக்ஸி பட்டியல் அதே தேர்வு-மற்றும்-அனுப்பு பாதையில் செல்லும் வேட்பாளர் URL களை வழங்குகிறது. ஆதரிக்கப்படும் முக்கியச்சொல் proxies ஆகும். ஒரு மேப்பிங்கை அச்சிடும், அல்லது யாரும் ஒதுக்காத மேப்பிங்கைத் திருப்பித் தரும் உதவியாளர் இங்கு வழங்கப்பட்ட மேப்பிங்கை மாற்ற முடியாது.

தேர்ந்தெடுக்கப்பட்ட பாதையை செயல்பாட்டுக்குள் உள்ளூராக வைத்திருங்கள். ஒரே நேரக் குறியீட்டில், பகிரப்பட்ட current_proxy புலம் பதிவு செய்வதற்கும் அனுப்புவதற்கும் இடையில் மாறலாம். அப்போது மற்றொரு பணியாளரின் தேர்வு தவறான முடிவுக்கு அருகில் தோன்றலாம்.

தேர்வு, அனுப்பு கட்டமைப்பு, முடிவு ஆகியவற்றை இணைக்க முயற்சி அடையாளங்காட்டியைப் பயன்படுத்துங்கள். முழு URL இல் சான்றுகள் இருக்கும்போது, அதற்குப் பதிலாக பாதுகாப்பான இறுதிப்புள்ளி அடையாளங்காட்டியைப் பதிவு செய்யுங்கள்.

அந்த மதிப்புகள் பொருந்தினாலும் கவனிக்கப்பட்ட பொது IP மாறவில்லை என்றால், நீங்கள் வேறு கேள்விக்கு வந்துவிட்டீர்கள்: தேர்ந்தெடுக்கப்பட்ட இறுதிப்புள்ளிகள் வெவ்வேறு வெளியேற்றங்களை வழங்குகின்றனவா அல்லது சுழலும் நுழைவாயில் ஒரு இணைப்பைத் தக்கவைக்கிறதா. முதலில், பயன்பாடு தான் தேர்ந்தெடுத்ததாகக் கூறும் பாதையை அனுப்பியதா என்பதை உறுதிப்படுத்துங்கள். இல்லையெனில், வழங்குநர் பக்க ஊகங்கள் எளிய காலாவதியான மாறியை மணிக்கணக்கில் மறைக்கலாம்.