Qt HttpProxy наспроти HttpCachingProxy: CONNECT можности
Разликувајте го HttpProxy на Qt со поддршка за CONNECT од типот HttpCachingProxy само за барања.
Qt разликува HTTP прокси што може да тунелира од својот тип HTTP прокси само за кеширање. Двете имиња содржат HTTP, но нивните можности за поврзување се разликуваат.
| Тип на Qt | Улога на врската |
|---|---|
| HttpProxy | Поддршка за HTTP CONNECT за излезни TCP врски |
| HttpCachingProxy | Обични HTTP барања во компатибилен клиент базиран на барања |
| Socks5Proxy | SOCKS5 преговарање со документираните транспортни можности |
QNetworkAccessManager што прави обично HTTP барање може да го користи типот ориентиран кон барања. QTcpSocket на кој му треба бајтен тунел бара прокси со TunnelingCapability. Qt посебно предупредува против инсталирање на стандардно за апликацијата без таа можност кога генеричките TCP сокети мора да го користат.
Изберете го типот на протоколот пред да ја доделите крајната точка. За дозволено јавно HTTP барање без автентикација на прокси, списокот на HTTP прокси нуди адреси; типот на Qt сепак мора да ја обезбеди можноста што му е потребна на барањето. Давањето на HttpCachingProxy портата што ја користи CONNECT услуга не ја додава недостасувачката можност на тој избор на Qt.
Ознаката само за кеширање исто така не ветува дека секој одговор ќе биде зачуван или повторно искористен од оддалечениот сервер. Таа го опишува стилот на користење прокси што го поддржува клиентскиот интерфејс, додека политиката за HTTP одговори сè уште управува со повторното користење на кешот.