Zure erregistroak proxies biratzen ditu. Zure eskaerak oraindik zaharra erabiltzen du.
Jarraitu hautatutako amaierako puntua benetako HTTP bidalketa deira arte, balio berri bat inprimatzeak eskaeraren konfigurazioa aldatzen duela suposatu beharrean.
Hautatzaileak proxy A inprimatzen du, gero proxy B. Eskaeren erregistroak oraindik proxy A erakusten du. Ez da sare-zerbitzurik behar kontraesan hori azaltzeko: deitzaileak hautatzailearen itzulera-balioa baztertu ahal izan du.
Jarraitu balioa eskaera bidaltzen duen deira:
endpoint = choose_proxy()
routes = {'http': endpoint, 'https': endpoint}
response = session.get(target_url, proxies=routes, timeout=15)Zati honek lehendik dagoen Requests saioa eta balioztatutako proxy URL bat suposatzen ditu. Bitartekari publikoen bidez baimendutako eskaera publikoetarako, proxy zerrenda doakoak hautatu eta bidaltzeko bide beretik igarotzen diren URL hautagaiak ematen ditu. Onartutako gako-hitza proxies da. Mapaketa bat inprimatzen duen edo inork esleitzen ez duen mapaketa bat itzultzen duen laguntzaile batek ezin du hemen emandako mapaketa ordezkatu.
Eduki hautatutako ibilbidea eragiketaren barnean. Kode konkurrentean, partekatutako current_proxy eremu bat erregistratzearen eta bidaltzearen artean alda daiteke. Orduan beste langile baten hautaketa emaitza okerraren ondoan ager daiteke.
Erabili saiakera-identifikatzaile bat hautaketa, bidalketa-konfigurazioa eta emaitza lotzeko. Erregistratu amaierako puntuaren identifikatzaile seguru bat URL osoa beharrean, kredentzialak baditu.
Balio horiek bat badatoz baina behatutako IP publikoak aldatzen ez badu, beste galdera batera iritsi zara: hautatutako amaierako puntuek irteera desberdinak eskaintzen dituzten edo atebide birakari batek konexio bat eusten duen. Lehenengo argitu aplikazioak hautatu zuela dioen ibilbidea bidali duen. Bestela, hornitzailearen aldeko espekulazioak aldagai zaharkitu soil bat orduz ezkuta dezake.