Python Requests alidirektadoj: None kontraŭ malplenaj proxy-valoroj

Tenu la intencon de rekta enkursigado eksplicita tra alidirektadoj anstataŭ fidi je None-valoro, kiu forigas mapan eron.

Se rekta peto atingas alidirektadon kaj la sekva interŝanĝo malsukcesas ĉe proxy, ekzamenu la transiron. Requests rekonstruas proxy-rilatajn agordojn por alidirektadoj kaj povas denove konsulti la medion, kiam la Session fidas ĝin.

Mapa valoroKio okazas dum la kunfandado
NoneLa ŝlosilo estas forigita, lasante mankan eron, kiun posta paso povas plenigi el la medio.
Malplena ĉenoLa eksplicita valoro restas; ĝi povas konservi la intencon de rekta enkursigado por tiu skemo.

Por ekzistanta Session, provizu la celajn skemojn implikitajn en la rekta operacio:

response = session.get(
    'https://example.com/start',
    proxies={'http': '', 'https': ''},
    timeout=15,
)

Kontrolu pliajn gastiganto-specifajn mapojn kaj proprajn adaptilojn se la aplikaĵo provizas ilin. Ĉi tiu enkursiga enigo ne superregas ĉiun eblan politikon, kiun tiuj komponantoj efektivigas.

Konservu ĉiun URL-on en la diagnozo

Notu la originan URL-on, ĉiun alidirektan lokon, la respondan staton kaj la malsukcesan stadion. HTTP-al-HTTPS ŝanĝas la koncernan skeman ŝlosilon; nova gastiganto povas fali ekster la preterpasa regulo de la unua. Raporto enhavanta nur la komencan URL-on kaŝas ambaŭ transirojn.

Observi unu respondon kun malŝaltita sekvado de alidirektadoj povas malkaŝi la limon. Ekzamenu ĝian lokon kiel datumojn antaŭ ol decidi peti ĝin; ne sendu senkrite la originajn legitimilojn al nova celo.

Dediĉita Session kun malŝaltita media malkovro estas alia eblo, kiam la aplikaĵo intence posedas ĉiujn enkursigajn kaj fido-enigojn. Tio ankaŭ efikas al la aŭtomata malkovro de legitimiloj kaj CA, do elektu ĝin kiel aplikaĵan politikon, ne kiel rutinan riparon de alidirektado.

Rilataj artikoloj