Jibu linalopatikana kupitia proksi linaweza kurudisha Location jamaa:

Location: ../new/

HTTP ya kisasa inaruhusu rejeleo la URI hapa. Litatie dhidi ya URL iliyozalisha jibu. Ikiwa URL hiyo ilikuwa https://docs.example/catalog/old/, rejeleo hapo juu linaonyesha https://docs.example/catalog/new/. Jina la mwenyeji wa proksi si msingi.

Kwa maombi ya kawaida ya Python urllib, tumia kishughulikia uelekezaji wake badala ya kuunganisha mifuatano kuzunguka ncha ya proksi:

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()

Kwa ombi hili la hati ya umma lisilo na uthibitishaji wa proksi, mgombea wa HTTP kutoka orodha ya proksi za HTTP anaweza kuchukua nafasi ya ncha ya mfano wakati njia inaruhusiwa. Madarasa yanatoka urllib.request. Kishughulikia chake cha kawaida hufuata uelekezaji unaotumika ndani ya mipaka yake. final_url inaeleza URL ya mwisho ya rasilimali, si mpatanishi aliyetumika kuifikia.

Tatua kwanza, kisha chagua njia inayofuata

Uelekezaji unaweza kubadilisha mwenyeji au mpango wa lengo. Kwa hiyo sera ya proksi inayotegemea lengo lazima itathmini URL hiyo mpya pia. Njia iliyofanya kazi kwa mwenyeji wa kwanza inaweza isiwe njia ya anayefuata.

Unapotekeleza mwenyewe ushughulikiaji wa uelekezaji, tumia utatuzi wa rejeleo la URI pamoja na ushughulikiaji wa sehemu za nukta. Hifadhi kanuni za mbinu za msimbo halisi wa hali na uweke kikomo cha uelekezaji. Kuongeza Location kwenye jina la mwenyeji si mbadala wa algoriti hiyo ya utatuzi.

Ikiwa uelekezaji unashindikana, hifadhi URL iliyoombwa, hali ya jibu, thamani ya Location na URL inayofuata iliyotatuliwa. Thamani hizo nne kwa kawaida zinaonyesha kama hitilafu ni ya ujenzi wa URL au ya muunganisho uliojaribiwa baadaye.

Makala zinazohusiana