Python Requests ನ Session ಪ್ರಾಕ್ಸಿಗಳು ಮತ್ತು ಪರಿಸರದ ಆದ್ಯತೆ

session.proxies, ಪರಿಸರ ಚರಗಳು, ಪ್ರತಿ ವಿನಂತಿಯ ಆಯ್ಕೆಗಳು ಮತ್ತು trust_env ಒಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ Python Requests ರೂಟಿಂಗ್ ಅನ್ನು ಊಹಿಸಬಹುದಾಗಿಸಿ.

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 ನ ಸ್ವಂತ ವಿಲೀನ ವರ್ತನೆ ನಿರ್ಧರಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು