Ընտրիչը տպում է պրոքսի 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-ն չի փոխվում, դուք հասել եք մեկ այլ հարցի՝ արդյոք ընտրված վերջնակետերը տալիս են տարբեր ելքեր, թե պտտվող միջանցքը պահում է կապը։ Սկզբում պարզեք՝ արդյոք հավելվածն ուղարկել է այն ուղին, որը պնդում էր, թե ընտրել է։ Հակառակ դեպքում մատակարարի կողմի ենթադրությունները կարող են ժամերով թաքցնել պարզ հնացած փոփոխական։

Առնչվող հոդվածներ