Qt HttpProxy ທຽບກັບ HttpCachingProxy: ຄວາມສາມາດ CONNECT
ແຍກ HttpProxy ຂອງ Qt ທີ່ຮອງຮັບ CONNECT ອອກຈາກປະເພດ HttpCachingProxy ສຳລັບຄຳຮ້ອງເທົ່ານັ້ນ.
Qt ແຍກ proxy HTTP ທີ່ສາມາດເຮັດອຸໂມງ ອອກຈາກປະເພດ proxy HTTP ທີ່ເກັບ cache ເທົ່ານັ້ນ. ທັງສອງຊື່ມີ HTTP ແຕ່ຄວາມສາມາດໃນການເຊື່ອມຕໍ່ຕ່າງກັນ.
| ປະເພດ Qt | ບົດບາດການເຊື່ອມຕໍ່ |
|---|---|
| HttpProxy | ການຮອງຮັບ HTTP CONNECT ສຳລັບການເຊື່ອມຕໍ່ TCP ອອກ |
| HttpCachingProxy | ຄຳຮ້ອງ HTTP ປົກກະຕິ ໃນລູກຄ້າທີ່ອີງໃສ່ຄຳຮ້ອງທີ່ເຂົ້າກັນໄດ້ |
| Socks5Proxy | ການເຈລະຈາ SOCKS5 ກັບຄວາມສາມາດຂົນສົ່ງທີ່ມີເອກະສານ |
QNetworkAccessManager ທີ່ເຮັດຄຳຮ້ອງ HTTP ປົກກະຕິ ສາມາດໃຊ້ປະເພດທີ່ມຸ່ງເນັ້ນຄຳຮ້ອງ. QTcpSocket ທີ່ຕ້ອງການອຸໂມງໄບຕ໌ ຕ້ອງການ proxy ທີ່ມີ TunnelingCapability. Qt ເຕືອນໂດຍສະເພາະ ບໍ່ໃຫ້ຕິດຕັ້ງ ຄ່າເລີ່ມຕົ້ນຂອງແອັບພລິເຄຊັນ ໂດຍບໍ່ມີຄວາມສາມາດນັ້ນ ເມື່ອ socket TCP ທົ່ວໄປຕ້ອງໃຊ້ມັນ.
ເລືອກປະເພດໂປຣໂຕຄອນກ່ອນກຳນົດຈຸດປາຍທາງ. ສຳລັບຄຳຮ້ອງ HTTP ສາທາລະນະທີ່ອະນຸຍາດ ໂດຍບໍ່ມີການຢືນຢັນ proxy, ລາຍຊື່ proxy HTTP ສະເໜີທີ່ຢູ່; ປະເພດ Qt ຍັງຕ້ອງໃຫ້ຄວາມສາມາດທີ່ຄຳຮ້ອງນັ້ນຕ້ອງການ. ການໃຫ້ port ທີ່ບໍລິການ CONNECT ໃຊ້ ແກ່ HttpCachingProxy ບໍ່ໄດ້ເພີ່ມຄວາມສາມາດທີ່ຂາດໄປໃຫ້ກັບການເລືອກ Qt ນັ້ນ.
ປ້າຍ cache ເທົ່ານັ້ນ ກໍບໍ່ໄດ້ສັນຍາວ່າທຸກຄຳຕອບຈະຖືກເກັບ ຫຼື ນຳມາໃຊ້ຄືນໂດຍເຊີບເວີທາງໄກ. ມັນອະທິບາຍແບບການໃຊ້ proxy ທີ່ອິນເຕີເຟສລູກຄ້າຮອງຮັບ, ໃນຂະນະທີ່ນະໂຍບາຍຄຳຕອບ HTTP ຍັງຄຸມການນຳ cache ມາໃຊ້ຄືນ.