Qt HttpProxy proti HttpCachingProxy: zmožnosti CONNECT
Razlikujte HttpProxy v Qt s podporo CONNECT od tipa HttpCachingProxy samo za zahteve.
Qt razlikuje HTTP posrednika, ki lahko tunelira, od svojega tipa HTTP posrednika samo za predpomnjenje. Obe imeni vsebujeta HTTP, vendar se njune zmožnosti povezovanja razlikujejo.
| Tip Qt | Vloga povezave |
|---|---|
| HttpProxy | Podpora HTTP CONNECT za odhodne povezave TCP |
| HttpCachingProxy | Običajne zahteve HTTP v združljivem odjemalcu, ki temelji na zahtevah |
| Socks5Proxy | Pogajanje SOCKS5 z njegovimi dokumentiranimi transportnimi zmožnostmi |
QNetworkAccessManager, ki izvede običajno zahtevo HTTP, lahko uporabi tip, usmerjen na zahteve. QTcpSocket, ki potrebuje bajtni tunel, zahteva posrednika s TunnelingCapability. Qt posebej opozarja pred namestitvijo privzete nastavitve aplikacije brez te zmožnosti, ko jo morajo uporabljati splošne vtičnice TCP.
Izberite tip protokola, preden dodelite končno točko. Za dovoljeno javno zahtevo HTTP brez preverjanja posrednika seznam posrednikov HTTP ponuja naslove; tip Qt pa mora še vedno zagotavljati zmožnost, ki jo zahteva ta zahteva. Če HttpCachingProxy dodelite vrata, ki jih uporablja storitev CONNECT, to tej izbiri Qt ne doda manjkajoče zmožnosti.
Oznaka samo za predpomnjenje tudi ne obljublja, da bo vsak odgovor shranil ali znova uporabil oddaljeni strežnik. Opisuje slog uporabe posrednika, ki ga podpira vmesnik odjemalca, medtem ko politika odgovorov HTTP še vedno ureja ponovno uporabo predpomnilnika.