ການຕັ້ງຄ່າພຣັອກຊີ Authlib: Requests ກັບ HTTPX

ກວດສອບ import ຂອງ Authlib ກ່ອນເລືອກອາກູເມັນ proxy. ການເຊື່ອມໂຍງ Requests ແລະ HTTPX ຂອງມັນໃຫ້ການຕັ້ງຄ່າການຂົນສົ່ງທີ່ແຕກຕ່າງ.

OAuth2Session ຂອງ Requests ສືບທອດ ພຶດຕິກຳ Session ຂອງ Requests:

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 ໃຊ້ຕົວເລືອກ proxy ເອກະພົດທີ່ Authlib 1.9.1 ຮອງຮັບ. ການເຊື່ອມໂຍງນັ້ນສົ່ງຕົວເລືອກການຂົນສົ່ງທີ່ຮູ້ຈັກໄປຫາລູກຄ້າ HTTP ທີ່ຢູ່ກ້ອງມັນ. ວັດຈະນານຸກົມ proxies ແບບ Requests ບໍ່ແມ່ນອາກູເມັນ constructor ທີ່ແລກປ່ຽນໄດ້. ສຳລັບຈຸດປາຍທາງ token ແລະ API ສາທາລະນະເທິງເສັ້ນທາງພຣັອກຊີສາທາລະນະທີ່ອະນຸຍາດ ລາຍການພຣັອກຊີ HTTP ໃຫ້ຜູ້ສະໝັກສຳລັບ URL ພຣັອກຊີ HTTP ຂອງທັງສອງຕົວຢ່າງ.

ຮັກສາການລົງທະບຽນ OAuth ທີ່ມີຢູ່ຂອງແອັບພລິເຄຊັນ redirect URI scopes ແລະການຈັດການ token ເວລາໃຊ້ການຕັ້ງຄ່າໃດໜຶ່ງ. ໃຊ້ລູກຄ້າທີ່ຕັ້ງຄ່າແລ້ວສຳລັບການດຳເນີນການ token ແລະຊັບພະຍາກອນທີ່ຖືກປົກປ້ອງ ແລະປິດມັນຜ່ານວົງຈອນຊີວິດແບບ synchronous ຫຼື asynchronous ປົກກະຕິຂອງມັນ.

ຕົວຊ່ວຍ framework ອາດສ້າງລູກຄ້າເຫຼົ່ານີ້ແທນແອັບພລິເຄຊັນ. ກວດເບິ່ງການເຊື່ອມໂຍງຂອງຕົວຊ່ວຍ ແລະຕົວເລືອກການສ້າງລູກຄ້າກ່ອນສົ່ງອາກູເມັນເວລາຮ້ອງຂໍ. ຄຳສຳຄັນ proxies ທີ່ຄຳຮ້ອງຂໍ token ຂອງ Requests ຮັບ ບໍ່ໄດ້ພິສູດວ່າຄຳຮ້ອງຂໍ HTTPX ແບບ asynchronous ກໍຮັບມັນ.