Authlib প্রক্সি সেটিংস: Requests বনাম HTTPX

প্রক্সি আর্গুমেন্ট বেছে নেওয়ার আগে 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 ইন্টিগ্রেশন নির্মাণের সময় ক্লায়েন্ট-স্তরের প্রক্সি আর্গুমেন্ট নেয়:

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 অভিধান কোনো বিনিময়যোগ্য কনস্ট্রাক্টর আর্গুমেন্ট নয়। অনুমোদিত পাবলিক প্রক্সি রুটে পাবলিক token ও API এন্ডপয়েন্টের জন্য HTTP প্রক্সি তালিকা উভয় উদাহরণের HTTP proxy URL-এর প্রার্থী দেয়।

যেকোনো কনফিগারেশন প্রয়োগ করার সময় অ্যাপ্লিকেশনের বিদ্যমান OAuth নিবন্ধন, redirect URI, scopes ও token পরিচালনা অপরিবর্তিত রাখুন। token ও সুরক্ষিত-রিসোর্স কাজের জন্য কনফিগার করা ক্লায়েন্ট ব্যবহার করুন এবং স্বাভাবিক synchronous বা asynchronous lifecycle-এ তা বন্ধ করুন।

ফ্রেমওয়ার্ক হেল্পার অ্যাপ্লিকেশনের পক্ষে এই ক্লায়েন্ট তৈরি করতে পারে। রিকোয়েস্ট-কালীন আর্গুমেন্ট পাঠানোর আগে হেল্পারের ইন্টিগ্রেশন ও ক্লায়েন্ট-নির্মাণ অপশন যাচাই করুন। Requests token অনুরোধে গৃহীত proxies কীওয়ার্ড প্রমাণ করে না যে asynchronous HTTPX অনুরোধও তা গ্রহণ করে।