session.proxies ஒரு முனைப்புள்ளியைக் காட்டியும் ஸ்கிரிப்ட் shell-இன் ப்ராக்ஸியைப் பயன்படுத்தினால், அதே அகராதியை மீண்டும் ஒதுக்குவது முரண்பாட்டைத் தீர்க்காது. Requests சூழலின் ப்ராக்ஸி அமைப்புகளை Session இயல்புநிலைகளுக்கு மேலான முன்னுரிமையுடன் இணைக்கலாம். Session சூழலிலிருந்து அமைப்புகளைக் கண்டறிவதைத் தொடர வேண்டுமா எனத் தேர்ந்தெடுங்கள்.

சூழல் கண்டறிதலை வைத்துக் கோரிக்கையில் வழிகளை வழங்குங்கள்

இந்த Session/சூழல் முரண்பாட்டைத் தவிர்க்க Requests பரிந்துரைப்பதுபோல் ஒவ்வொரு தனி அழைப்புக்கும் வெளிப்படையான மதிப்புகளை வழங்குங்கள்:

proxies = {
    "http": "http://127.0.0.1:8080",
    "https": "http://127.0.0.1:8080",
}

with requests.Session() as session:
    response = session.get(
        "https://example.com/",
        proxies=proxies,
        timeout=(5, 15),
    )
    response.raise_for_status()

உள்ளூர் லிஸனரை உங்களுடையதாக மாற்றுங்கள். பொது HTTP முனைப்புள்ளிகளை ஒப்பிடும்போது Session கொள்கையை மாறாமல் வைத்து HTTP ப்ராக்ஸி பட்டியலிலிருந்து தேர்ந்தெடுங்கள். இது கொடுத்த மேப்பிங்கின் உள்ளீடுகளை மட்டுப்படுத்துகிறது; பயன்பாட்டின் மற்ற ஸ்கீம்கள் அல்லது ஹோஸ்ட்களுக்கும் சிந்தித்துத் தேர்ந்தெடுங்கள். சேவை, IDE, கண்டெய்னர் அல்லது CI ரன்னர் முனையத்தைவிட வேறு சூழலைப் பெறலாம்.

Session தனது அமைப்புகளைக் கட்டுப்படுத்தட்டும்

பயன்பாடு சூழலிலிருந்து ப்ராக்ஸியைக் கண்டறியக் கூடாதெனில் முதல் கோரிக்கைக்கு முன் கொள்கையை அமைக்கவும்:

with requests.Session() as session:
    session.trust_env = False
    session.proxies = {
        "http": "http://127.0.0.1:8080",
        "https": "http://127.0.0.1:8080",
    }
    response = session.get(
        "https://example.com/",
        timeout=(5, 15),
    )
    response.raise_for_status()

trust_env=False சூழல்சார் சான்றிதழ் அமைப்பையும் தானியங்கி netrc அங்கீகாரத்தையும் பாதிக்கிறது. தேர்வுக்கு முன் இந்தச் சார்புகளைக் கருத்தில்கொள்ளுங்கள். அங்கீகரிக்கப்பட்ட தனியார் CA தொகுப்புக்கு வெளிப்படையான பாதையை வழங்கலாம்:

response = session.get(
    "https://example.com/",
    timeout=(5, 15),
    verify="/path/to/approved-ca-bundle.pem",
)

உண்மையில் அங்கீகரிக்கப்பட்ட தொகுப்பைப் பயன்படுத்திச் சரிபார்ப்பைச் செயலிலேயே வையுங்கள். மற்ற வேலைகள் பயன்படுத்தும் Session ஒன்றை மாற்றாமல் ஒவ்வொரு வழித்தடக் கொள்கைக்கும் தனி Session வையுங்கள்.

இரு வழிகளும் பயன்பாட்டின் பாதையை விளக்காவிட்டால் ஒரே இயக்கச் சூழல் மற்றும் தீங்கற்ற இலக்குடன் தனிமைப்படுத்திய Session-ஐ பயன்பாட்டுடன் ஒப்பிடுங்கள். இருக்கும் ப்ராக்ஸி மாறிகள், trust_env மதிப்பு, அழைப்பு proxies வழங்குகிறதா என்பவற்றைப் பதிவு செய்யுங்கள்; நுழைவுத் தகவலுள்ள URL-ஐ பகிரும் பதிவில் வைக்காதீர்கள். தனிமைப்படுத்திய வெற்றி அடுத்த ஆய்வை Session உருவாக்கம், அடாப்டர்கள், தயாரிக்கப்பட்ட கோரிக்கைப் பாய்வுகள் அல்லது தனிப்பயன் போக்குவரத்துகளுக்கு வழிநடத்தும். curl சூழல் சோதனை Requests-இன் சொந்த இணைப்பு நடத்தையைத் தீர்மானிக்காது.

தொடர்புடைய கட்டுரைகள்