ຕົວເລືອກພຣັອກຊີຂອງ Tornado ຕ້ອງການ HTTP backend ທີ່ຖືກຕ້ອງ

Tornado ສະໜອງອິນເຕີເຟສລູກຄ້າ HTTP ແບບອະຊິງຄຣອນອັນດຽວ ເຊິ່ງພາຍໃຕ້ນັ້ນມີການຈັດຕັ້ງທີ່ແຕກຕ່າງກັນ. ດັ່ງນັ້ນຕົວເລືອກພຣັອກຊີອາດລົ້ມເຫຼວເນື່ອງຈາກການຈັດຕັ້ງທີ່ເລືອກ ເຖິງແມ່ນວ່າຈຸດປາຍທາງພຣັອກຊີຈະຖືກຕ້ອງ.

ເອກະສານລູກຄ້າ HTTP ກຳນົດ SimpleAsyncHTTPClient ເປັນການຈັດຕັ້ງເລີ່ມຕົ້ນ ແລະ ບັນທຶກທາງເລືອກທີ່ໃຊ້ curl. ຕົວເລືອກຄຳຮ້ອງຂໍເຊັ່ນ proxy_host ມີໝາຍເຫດການສະໜັບສະໜູນສະເພາະການຈັດຕັ້ງ. ອ່ານໝາຍເຫດເຫຼົ່ານັ້ນກ່ອນເພີ່ມຕົວເລືອກໃສ່ການເອີ້ນ fetch.

ຕັ້ງຄ່າກ່ອນສ້າງລູກຄ້າ

ໃນສະພາບແວດລ້ອມທີ່ມີ curl backend ຢູ່ແລ້ວ ແອັບພລິເຄຊັນສາມາດເລືອກມັນໄດ້ກ່ອນສ້າງລູກຄ້າຮ່ວມຂອງຕົນ:

from tornado.httpclient import AsyncHTTPClient

AsyncHTTPClient.configure('tornado.curl_httpclient.CurlAsyncHTTPClient')
client = AsyncHTTPClient()

ຈາກນັ້ນໃຊ້ຕົວເລືອກຄຳຮ້ອງຂໍທີ່ບັນທຶກໄວ້ສຳລັບໂຮສ ພອດ ການພິສູດຕົວຕົນ ແລະ ເວລາຈຳກັດຂອງພຣັອກຊີສຳລັບການເອີ້ນທີ່ຕັ້ງໃຈ. ແຍກຊື່ໂຮສອອກຈາກພອດຕົວເລກ. ການເລືອກ backend ບໍ່ໄດ້ເລືອກຈຸດປາຍທາງພຣັອກຊີໂດຍຕົວມັນເອງ. ສຳລັບເສັ້ນທາງ HTTP ສາທາລະນະທີ່ໄດ້ຮັບອະນຸຍາດ ລາຍຊື່ພຣັອກຊີ HTTP ສະໜອງຜູ້ສະໝັກໂຮສ ແລະ ພອດສຳລັບຕົວເລືອກຄຳຮ້ອງຂໍເຫຼົ່ານັ້ນ.

ການສ້າງລູກຄ້າມີຄວາມສຳຄັນ ເພາະແອັບພລິເຄຊັນ ຫຼື ເຟຣມເວີກສາມາດສ້າງ ແລະ ເກັບລູກຄ້າ HTTP ໄວ້ກ່ອນໂຄ້ດນີ້ເຮັດວຽກ. ກວດເບິ່ງອິນສະແຕນຈິງທີ່ໃຊ້ໃນຄຳຮ້ອງຂໍທີ່ລົ້ມເຫຼວ ແທນທີ່ຈະສ້າງລູກຄ້າອື່ນພາຍຫຼັງ ແລ້ວສົມມຸດວ່າມັນອະທິບາຍອັນທຳອິດ.

ສຳລັບການວິນິດໄສ ໃຫ້ບັນທຶກ backend ທີ່ເຄື່ອນໄຫວ ແລະ ເວີຊັນຂອງໄລບຣາລີພື້ນຖານ ພ້ອມກັບຂັ້ນຕອນທີ່ລົ້ມເຫຼວ. ແຍກຕົວເລືອກຄຳຮ້ອງຂໍທີ່ບໍ່ຮອງຮັບ ອອກຈາກເວລາຈຳກັດເຄືອຂ່າຍ ແລະ ຈາກການຕອບສະໜອງ HTTP ທີ່ພຣັອກຊີສົ່ງຄືນ. ການສັງເກດເຫຼົ່ານັ້ນນຳໄປສູ່ການແກ້ໄຂທີ່ແຕກຕ່າງກັນ.