Вашата датотека со прокси е базен, а не табела за рутирање на Requests

Претворете запис од автентифицирана листа на прокси во избрана крајна точка без да користите прокси адреси како клучеви за рутирање на дестинацијата.

Изберете едно прокси од датотеката, потоа изградете ја картата на рути за барањето до веб-страницата. Базен од кандидат-крајни точки сам по себе не е речник за рутирање на Requests.

  1. Анализирајте го записот според дефиниран формат. Неформален ред IP:port:user:password е двосмислен кога адресите IPv6 или акредитивите содржат две точки. За IPv4 домаќин, нумерички порт и корисничко име без две точки, ограничено разделување може да го остави остатокот од текстот како лозинка. Користете одделни структурирани полиња кога тие ограничувања не одговараат.
  2. Изберете ја крајната точка за оваа операција. Задржете го неговиот вистински протокол и кодирајте ги компонентите на акредитивите кога ја градите неговата URL. Држете ја таа вредност што носи тајна надвор од вообичаените дневници.
  3. Мапирајте ги шемите на дестинацијата на таа избрана URL. За едно избрано HTTP прокси, картата може да изгледа вака:
routes = {
    'http': selected_proxy_url,
    'https': selected_proxy_url,
}

Клучевите http и https избираат шеми на дестинацијата. Клуч како http://203.0.113.10 наместо тоа избира барања до точно тој домаќин на дестинацијата; тој не го означува проксито на таа адреса. Користењето на секоја прокси IP како клуч може да остави неповрзана веб-страница без предвидената рута.

Анализирајте го базенот еднаш, изберете крајна точка и создајте го мапирањето за повикот на клиентот. Одделувањето на овие чекори ви овозможува да ја промените политиката за избор без да го промените значењето на клучевите за рутирање на Requests.

Поврзани статии