Qt HttpProxy kontraŭ HttpCachingProxy: CONNECT-kapabloj
Distingigu la CONNECT-kapablan HttpProxy de Qt disde la nur-petada tipo HttpCachingProxy.
Qt distingas HTTP-prokurilon kapablan tuneli disde sia nur-kaŝa HTTP-prokuriltipo. Ambaŭ nomoj enhavas HTTP, sed iliaj konektaj kapabloj malsamas.
| Qt-tipo | Konekta rolo |
|---|---|
| HttpProxy | HTTP CONNECT-subteno por elirantaj TCP-konektoj |
| HttpCachingProxy | Ordinaraj HTTP-petoj en kongrua petbazita kliento |
| Socks5Proxy | SOCKS5-negocado kun ĝiaj dokumentitaj transportkapabloj |
QNetworkAccessManager, kiu faras ordinaran HTTP-peton, povas uzi la petorientitan tipon. QTcpSocket, kiu bezonas bajtan tunelon, postulas prokurilon kun TunnelingCapability. Qt aparte avertas kontraŭ instalo de aplikaĵa defaŭlto sen tiu kapablo, kiam ĝeneralaj TCP-ingoj devas uzi ĝin.
Elektu la protokolan tipon antaŭ ol atribui la finpunkton. Por permesata publika HTTP-peto sen prokurila aŭtentikigo, la HTTP-prokurila listo proponas adresojn; la Qt-tipo tamen devas provizi la kapablon, kiun tiu peto bezonas. Doni al HttpCachingProxy la pordon uzatan de CONNECT-servo ne aldonas la mankan kapablon al tiu Qt-elekto.
La etikedo nur-kaŝa ankaŭ ne promesas, ke ĉiu respondo estos konservita aŭ reuzita de la fora servilo. Ĝi priskribas la subtenatan stilon de prokurila uzo de la klienta interfaco, dum la HTTP-responda politiko ankoraŭ regas la reuzon de la kaŝmemoro.