Qt HttpProxy yn erbyn HttpCachingProxy: galluoedd CONNECT
Gwahaniaethwch HttpProxy Qt sy'n gallu CONNECT od y math HttpCachingProxy ar gyfer ceisiadau yn unig.
Mae Qt yn gwahaniaethu rhwng procsi HTTP sy'n gallu twnelu a'i fath procsi HTTP ar gyfer cache yn unig. Mae HTTP yn y ddau enw, ond mae eu galluoedd cysylltu yn wahanol.
| Math Qt | Rôl cysylltu |
|---|---|
| HttpProxy | Cefnogaeth HTTP CONNECT ar gyfer cysylltiadau TCP allanol |
| HttpCachingProxy | Ceisiadau HTTP cyffredin mewn cleient cydnaws sy'n seiliedig ar geisiadau |
| Socks5Proxy | Trafodaeth SOCKS5 gyda'i alluoedd cludo dogfennedig |
Gall QNetworkAccessManager sy'n gwneud cais HTTP cyffredin ddefnyddio'r math sy'n canolbwyntio ar geisiadau. Mae QTcpSocket sydd angen twnnel beit yn gofyn am brocsi gyda TunnelingCapability. Mae Qt yn rhybuddio'n benodol yn erbyn gosod rhagosodiad cymhwysiad heb y gallu hwnnw pan fo socedi TCP cyffredinol yn gorfod ei ddefnyddio.
Dewiswch y math o brotocol cyn neilltuo'r pen terfyn. Ar gyfer cais HTTP cyhoeddus a ganiateir heb uwthentigeiddio procsi, mae'r rhestr procsi HTTP yn cynnig cyfeiriadau; rhaid i'r math Qt barhau i ddarparu'r gallu sydd ei angen ar y cais hwnnw. Nid yw rhoi'r porth a ddefnyddir gan wasanaeth CONNECT i HttpCachingProxy yn ychwanegu'r gallu coll at y dewis Qt hwnnw.
Nid yw'r label ar gyfer cache yn unig yn addo y bydd pob ymateb yn cael ei storio na'i ailddefnyddio gan y gweinydd pell ychwaith. Mae'n disgrifio'r dull defnyddio procsi a gefnogir gan ryngwyneb y cleient, tra bod polisi ymateb HTTP yn dal i lywodraethu ailddefnyddio cache.