requests-oauthlib፦ ፕሮክሲውን በOAuth2Session ላይ ከfetch_token በፊት ያዘጋጁ

from requests_oauthlib import OAuth2Session

session = OAuth2Session(client_id=client_id, redirect_uri=redirect_uri)
session.proxies.update({
    'http': 'http://proxy.example:8080',
    'https': 'http://proxy.example:8080',
})

OAuth2Session የRequestsን Session ያራዝመዋል። በመተግበሪያው ነባር የደንበኛ ምዝገባ፣ የማዞሪያ URI፣ state እና scopes ይገንቡት፣ ከዚያ ከቶከን ልውውጡ በፊት መንገዱን ያዘጋጁ። ለይፋዊ የHTTP መንገድ፣ ከየHTTP ፕሮክሲ ዝርዝር የተመረጠ አንድ እጩ በዚህ ክፍለ-ጊዜ የፕሮክሲ ካርታ ውስጥ አድራሻውን ያቀርባል።

fetch_token እና የተጠበቁ-ሀብት ስራዎችን በዚህ ክፍለ-ጊዜ ላይ ይጥሩ። proxies ነጋሪ እሴት ለfetch_token ብቻ የሚላለፍ ለዚያ ልውውጥ ብቻ ይሰራል፤ ለቀጣይ ጥሪዎች ቋሚ መንገድ አይጭንም።

የአሳሹ የፈቃድ ገጽ ጉብኝት የአሳሹን መንገድ ይጠቀማል። Python የቶከን ጥያቄውን ለብቻው ያደርጋል፣ ስለዚህ በአሳሹ ላይ መሳካት ይህን ክፍለ-ጊዜ አያዘጋጅም።

የRequests አካባቢ ውህደት የክፍለ-ጊዜ ፕሮክሲ ምርጫን ሊነካ ይችላል። በመተግበሪያ ለሚተዳደር ጥብቅ መንገድ trust_env ን ይመልከቱ፤ እሱን ማሰናከል አስፈላጊ የሆኑትን የCA ወይም የማረጋገጫ ቅንብሮች በግልጽ ማቅረብንም ይጠይቃል።

በቶከን መጨረሻ ነጥብ የሚመለስ የOAuth ስህተት በሚሰራ ፕሮክሲ በኩል ሊመጣ ይችላል። ያንን ምላሽ ከፕሮክሲ ማረጋገጫ ለያዩ ያስቀምጡት፤ የእሱ መለያዎች ከደንበኛ ምስጢሮችና ከመዳረሻ ቶከኖች የተለዩ ናቸው።