Proxyaren bidez jasotako erantzunak Location erlatiboa itzul dezake:

Location: ../new/

HTTP modernoak URI erreferentzia onartzen du hemen. Ebatzi erantzuna sortu zuen URLarekiko. URL hori https://docs.example/catalog/old/ bazen, goiko erreferentziak https://docs.example/catalog/new/ adierazten du. Proxyaren ostalari-izena ez da oinarria.

Python urllib eskaera arruntetarako, erabili bere birbideratze-kudeatzailea proxyaren amaierako puntuaren inguruan kateak elkartu beharrean:

opener = build_opener(ProxyHandler({
    "https": "http://proxy.example:8080",
}))
with opener.open("https://docs.example/catalog/old/",
                 timeout=15) as response:
    final_url = response.geturl()

Proxy autentifikaziorik gabeko dokumentu publikoaren eskaera honetarako, HTTP proxy zerrendako HTTP hautagai batek adibideko amaierako puntua ordezka dezake bidea baimenduta dagoenean. Klaseak urllib.request-etik datoz. Bere kudeatzaile arruntak onartutako birbideratzeak jarraitzen ditu bere mugetan. final_url baliabidearen amaierako URL-a deskribatzen du, hara iristeko erabilitako bitartekaria ez.

Lehenengo ebatzi, gero aukeratu hurrengo bidea

Birbideratze batek helmugako ostalaria edo eskema alda dezake. Beraz, helmugan oinarritutako proxy politikak URL berri hori ere ebaluatu behar du. Lehen ostalariarentzat funtzionatu zuen bideak agian ez du hurrengoarentzat balio.

Birbideratzeen kudeaketa zuk zeuk inplementatzen baduzu, erabili URI erreferentzien ebazpena puntu-segmentuen tratamenduarekin. Mantendu benetako egoera-kodearen metodo-arauak eta ezarri birbideratze-muga bat. Location ostalari-izen bati erastea ez da ebazpen-algoritmo horren ordezkoa.

Birbideratze batek huts egiten badu, gorde eskatutako URL-a, erantzunaren egoera, Location balioa eta ebatzitako hurrengo URL-a. Lau balio horiek erakusten dute normalean hutsa URLaren eraikuntzari dagokion edo geroago saiatutako konexioari dagokion.

Erlazionatutako artikuluak