Ridrejtimet e Python Requests: None kundër vlerave proxy bosh
Mbajeni qëllimin e rrugëtimit të drejtpërdrejtë të shprehur qartë përgjatë ridrejtimeve në vend që të mbështeteni në një vlerë None që heq një zë të hartës.
Nëse një kërkesë e drejtpërdrejtë arrin një ridrejtim dhe shkëmbimi pasues dështon në një proxy, shqyrtoni kalimin. Requests rindërton cilësimet që lidhen me proxy për ridrejtimet dhe mund të konsultojë përsëri mjedisin kur Session i beson atij.
| Vlera e hartës | Çfarë ndodh gjatë bashkimit |
|---|---|
None | Çelësi hiqet, duke lënë një zë që mungon dhe që një kalim i mëvonshëm mund ta plotësojë nga mjedisi. |
| Një varg bosh | Vlera e qartë mbetet; mund të ruajë qëllimin e rrugëtimit të drejtpërdrejtë për atë skemë. |
Për një Session ekzistues, jepni skemat e destinacionit të përfshira në operacionin e drejtpërdrejtë:
response = session.get(
'https://example.com/start',
proxies={'http': '', 'https': ''},
timeout=15,
)Kontrolloni hartëzime shtesë specifike për hostin dhe përshtatës të personalizuar nëse aplikacioni i ofron ato. Ky input rrugëtimi nuk anulon çdo politikë të mundshme që zbatojnë ato komponentë.
Mbajeni çdo URL në diagnostikim
Regjistroni URL-në origjinale, çdo vendndodhje ridrejtimi, statusin e përgjigjes dhe fazën që dështon. Kalimi nga HTTP në HTTPS ndryshon çelësin përkatës të skemës; një host i ri mund të bjerë jashtë rregullit të anashkalimit të hostit të parë. Një raport që përmban vetëm URL-në fillestare fsheh të dy kalimet.
Vëzhgimi i një përgjigjeje me ndjekjen e ridrejtimeve të çaktivizuar mund të zbulojë kufirin. Shqyrtoni vendndodhjen e saj si të dhënë përpara se të vendosni ta kërkoni; mos i dërgoni pa dallim kredencialet origjinale një destinacioni të ri.
Një Session i dedikuar me zbulimin e mjedisit të çaktivizuar është një opsion tjetër kur aplikacioni zotëron qëllimisht të gjitha inputet e rrugëtimit dhe besimit. Kjo ndikon gjithashtu në zbulimin automatik të kredencialeve dhe CA, prandaj zgjidheni si politikë aplikacioni dhe jo si riparim rutinë i ridrejtimit.