Qt HttpProxy tsjin HttpCachingProxy: CONNECT-mooglikheden
Untskiede Qts HttpProxy mei CONNECT fan it allinnich-oanfreeg HttpCachingProxy-type.
Qt ûnderskiedt in HTTP-proxy dy't tunnelje kin fan syn allinnich-cache HTTP-proxytype. Beide nammen befetsje HTTP, mar har ferbiningsmooglikheden ferskille.
| Qt-type | Ferbiningsrol |
|---|---|
| HttpProxy | HTTP CONNECT-stipe foar útgeande TCP-ferbiningen |
| HttpCachingProxy | Gewoane HTTP-oanfregs in kompatibele oanfreech-basearre kliïnt |
| Socks5Proxy | SOCKS5-ûnderhanneling mei syn dokumintearre transportmooglikheden |
In QNetworkAccessManager dy't in gewoane HTTP-oanfreeg docht, kin it oanfreech-rjochte type brûke. In QTcpSocket dy't in bytetunnel nedich hat, ferget in proxy mei TunnelingCapability. Qt warskôget spesifyk tsjin it ynstallearjen fan in applikaasje-standert sûnder dy mooglikheid as algemiene TCP-sockets dy brûke moatte.
Kies it protokoltype foardat it einpunt tawiisd wurdt. Foar in tastiene iepenbiere HTTP-oanfreeg sûnder proxy-autentikaasje biedt de HTTP-proxylist adressen; it Qt-type moat dochs de mooglikheid leverje dy't dy oanfreeg nedich hat. It jaan fan HttpCachingProxy de poarte dy't in CONNECT-tsjinst brûkt, foeget de ûntbrekkende mooglikheid net ta oan dy Qt-keuze.
It label allinnich-cache ûnthjit ek net dat elk antwurd troch de fiere server bewarre of werbrûkt wurdt. It beskriuwt de styl fan proxygebrûk dy't de kliïntinterface stipet, wylst it HTTP-antwurdbelied noch altyd it werbrûken fan de cache regelet.