Nee. In proxy feroarje wisket gjin koekjes, meldt gjin akkount ôf en makket gjin nij browserprofyl. In webside kin nei de IP-feroaring itselde sesjekoekje werkenne, en in API kin noch deselde kaai identifisearje.

Yn in browser

De yn it profyl opsleine applikaasjesteat bliuwt bestean. In webside kin dy oanmeld hâlde of om ferifikaasje freegje nei it fernimmen fan de netwurkferoaring; de applikaasje bepaalt it gedrach.

In apart testprofyl hâldt in fergese proxytest skieden fan besteande persoanlike sesjes. It soarget op himsels net foar anonimiteit.

Yn Python Requests

In Requests Session bewarret in koekje-opslach en ferbiningspools. Beide fersiken hjirûnder brûke deselde Session, ek al kieze se ferskillende proxy's. Ferfang de dokumintaasje-einpunten foar gebrûk; de list mei HTTP-proxy’s kin kandidaten foar dizze ferliking fan HTTP-proxy's leverje.

import requests

with requests.Session() as session:
    session.trust_env = False
    # The same cookie jar remains available across these requests.
    first = session.get(
        "https://example.com/",
        proxies={"https": "http://203.0.113.10:8080"},
        timeout=(5, 15),
    )
    second = session.get(
        "https://example.com/",
        proxies={"https": "http://203.0.113.20:8080"},
        timeout=(5, 15),
    )

Meitsje foar taken dy't ûnôfhinklike applikaasjesesjes nedich hawwe in aparte Session foar elke taak. Allinnich de koekje-opslach leegje lit oare steat, lykas eigen koppen of oanmeldgegevens dy't earne oars steane, ûnoantaast.

In IP-kontrôle en in oanmeldkontrôle beantwurdzje ferskillende fragen. De earste kin in feroare útgongsadres sjen litte; oanmeld bliuwe sprekt dat net tsjin. Ofmelden wêze bewiist ek gjin proxyferoaring: de koekjes kinne gewoan ferrûn wêze.

Relatearre artikelen