proxy ಆರ್ಗ್ಯುಮೆಂಟ್ ಆಯ್ಕೆಮಾಡುವ ಮೊದಲು Authlib ಆಮದನ್ನು ಪರಿಶೀಲಿಸಿ. ಅದರ Requests ಮತ್ತು HTTPX ಏಕೀಕರಣಗಳು ಬೇರೆ ಬೇರೆ ಸಾಗಣೆ ಸಂರಚನೆ ನೀಡುತ್ತವೆ.

Requests OAuth2Session Requests ನ Session ವರ್ತನೆಯನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತದೆ:

from authlib.integrations.requests_client import OAuth2Session

client = OAuth2Session(client_id=client_id)
client.proxies.update({
    "http": "http://proxy.example.net:8080",
    "https": "http://proxy.example.net:8080",
})

ಸಂಬಂಧಿತ ಅಸಿಂಕ್ರೋನಸ್ HTTPX ಏಕೀಕರಣವು ನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿ ಕ್ಲೈಂಟ್-ಮಟ್ಟದ proxy ಆರ್ಗ್ಯುಮೆಂಟ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ:

from authlib.integrations.httpx_client import AsyncOAuth2Client

client = AsyncOAuth2Client(
    client_id=client_id,
    proxy="http://proxy.example.net:8080",
)

HTTPX ಉದಾಹರಣೆ Authlib 1.9.1 ಬೆಂಬಲಿಸುವ ಏಕವಚನ proxy ಆಯ್ಕೆಯನ್ನು ಬಳಸುತ್ತದೆ. ಆ ಏಕೀಕರಣ ಗುರುತಿಸಿದ ಸಾಗಣೆ ಆಯ್ಕೆಗಳನ್ನು ತನ್ನ ಆಧಾರ HTTP ಕ್ಲೈಂಟ್‌ಗೆ ರವಾನಿಸುತ್ತದೆ. Requests ಶೈಲಿಯ proxies ನಿಘಂಟು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದ ಕನ್ಸ್ಟ್ರಕ್ಟರ್ ಆರ್ಗ್ಯುಮೆಂಟ್ ಅಲ್ಲ. ಅನುಮತಿಸಿದ ಸಾರ್ವಜನಿಕ proxy ಮಾರ್ಗದಲ್ಲಿ ಸಾರ್ವಜನಿಕ token ಮತ್ತು API ಅಂತ್ಯ ಬಿಂದುಗಳಿಗೆ, HTTP proxy ಪಟ್ಟಿ ಎರಡೂ ಉದಾಹರಣೆಗಳ HTTP proxy URL ಗಳಿಗೆ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಯಾವುದೇ ಸಂರಚನೆಯನ್ನು ಅನ್ವಯಿಸುವಾಗ ಅಪ್ಲಿಕೇಶನ್‌ನ ಇರುವ OAuth ನೋಂದಣಿ, redirect URI, scopes ಮತ್ತು token ನಿರ್ವಹಣೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. token ಮತ್ತು ಸಂರಕ್ಷಿತ-ಸಂಪನ್ಮೂಲ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಸಂರಚಿತ ಕ್ಲೈಂಟ್ ಬಳಸಿ ಮತ್ತು ಅದನ್ನು ಅದರ ಸಾಮಾನ್ಯ ಸಿಂಕ್ರೋನಸ್ ಅಥವಾ ಅಸಿಂಕ್ರೋನಸ್ ಜೀವನಚಕ್ರದ ಮೂಲಕ ಮುಚ್ಚಿ.

ಫ್ರೇಮ್‌ವರ್ಕ್ ಸಹಾಯಕರು ಅಪ್ಲಿಕೇಶನ್ ಪರವಾಗಿ ಈ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ರಚಿಸಬಹುದು. ವಿನಂತಿ-ಸಮಯದ ಆರ್ಗ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ರವಾನಿಸುವ ಮೊದಲು ಸಹಾಯಕದ ಏಕೀಕರಣ ಮತ್ತು ಕ್ಲೈಂಟ್-ನಿರ್ಮಾಣ ಆಯ್ಕೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. Requests token ವಿನಂತಿ ಸ್ವೀಕರಿಸುವ proxies ಕೀವರ್ಡ್ ಅಸಿಂಕ್ರೋನಸ್ HTTPX ವಿನಂತಿಯೂ ಅದನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

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