د پروکسۍ له لارې نسبي بیاځلېدنه تعقیب کړئ

د پروکسۍ له لارې ترلاسه شوی ځواب کیدای شي نسبي Location بیرته راولي:

Location: ../new/

عصري HTTP دلته د URI حوالې اجازه ورکوي. هغه د هغه URL پر وړاندې حل کړئ چې ځواب یې تولید کړی. که هغه URL https://docs.example/catalog/old/ و، پورتنۍ حواله https://docs.example/catalog/new/ په ګوته کوي. د پروکسۍ د کوربه نوم بنسټ نه دی.

د عادي Python urllib غوښتنو لپاره د پروکسۍ د پای نقطې شاوخوا د تارونو د نښلولو پرځای د هغې د بیاځلېدنې اداره کوونکی وکاروئ:

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

د دې عامه سند غوښتنې لپاره چې د پروکسۍ تصدیق نلري، د HTTP پروکسۍ لیست څخه یو HTTP نوماند کولای شي د بېلګې پای نقطه بدله کړي کله چې لار اجازه ولري. ټولګې له urllib.request څخه راځي. د هغې عادي اداره کوونکی په خپلو حدودو کې ملاتړ شوې بیاځلېدنې تعقیبوي. final_url د سرچینې وروستی URL بیانوي، نه هغه منځګړی چې د هغې د رسیدو لپاره کارول شوی.

لومړی حل کړئ، بیا راتلونکې لار وټاکئ

بیاځلېدنه کولای شي د هدف کوربه یا سکیم بدل کړي. له همدې امله د هدف پر بنسټ د پروکسۍ پالیسي باید هغه نوی URL هم ارزښت کړي. هغه لار چې د لومړي کوربه لپاره کار کوله، ممکن د بل لپاره لار نه وي.

کله چې تاسو پخپله د بیاځلېدنو اداره پلي کوئ، د نقطې برخو د اداره کولو سره د URI حوالې حل وکاروئ. د اصلي حالت کوډ د میتود قواعد وساتئ او د بیاځلېدنې حد وټاکئ. Location د کوربه نوم سره نښلول د هغه حل الګوریتم بدیل نه دی.

که بیاځلېدنه ناکامه شي، غوښتل شوی URL، د ځواب حالت، د Location ارزښت او حل شوی راتلونکی URL وساتئ. دا څلور ارزښتونه معمولاً ښیي چې ناکامي د URL جوړولو یا وروسته هڅه شوې اړیکې پورې اړه لري.