Qt tunnel qila oladigan HTTP proksini o'zining faqat kesh uchun mo'ljallangan HTTP proksi turidan ajratadi. Ikkala nomda ham HTTP bor, lekin ularning ulanish imkoniyatlari farq qiladi.

Qt turiUlanish roli
HttpProxyChiquvchi TCP ulanishlari uchun HTTP CONNECT qo'llab-quvvatlashi
HttpCachingProxyMos keladigan so'rovga asoslangan mijozdagi oddiy HTTP so'rovlar
Socks5ProxyHujjatlashtirilgan transport imkoniyatlari bilan SOCKS5 muzokarasi

Oddiy HTTP so'rovi yuboradigan QNetworkAccessManager so'rovga yo'naltirilgan turdan foydalanishi mumkin. Bayt tunnel kerak bo'lgan QTcpSocket uchun TunnelingCapability mavjud proksi talab qilinadi. Umumiy TCP soketlari undan foydalanishi kerak bo'lganda, Qt ilova standartini ushbu imkoniyatsiz o'rnatishdan alohida ogohlantiradi.

Yakuniy nuqtani belgilashdan oldin protokol turini tanlang. Proksi autentifikatsiyasisiz ruxsat etilgan ommaviy HTTP so'rovi uchun HTTP proksilar ro'yxati manzillarni taklif qiladi; Qt turi baribir shu so'rovga kerak bo'ladigan imkoniyatni taqdim etishi shart. HttpCachingProxy'ga CONNECT xizmati ishlatadigan portni berish ushbu Qt tanloviga yetishmayotgan imkoniyatni qo'shmaydi.

Faqat kesh belgisi ham har bir javob masofaviy server tomonidan saqlanishi yoki qayta ishlatilishini va'da qilmaydi. U mijoz interfeysi qo'llab-quvvatlaydigan proksi ishlatish uslubini tavsiflaydi, keshning qayta ishlatilishini esa hanuz HTTP javob siyosati boshqaradi.

O'xshash maqolalar