Qt HttpProxy vs. HttpCachingProxy: CONNECT సామర్థ్యాలు

Qt యొక్క CONNECT-సామర్థ్యం ఉన్న HttpProxyని కేవలం-అభ్యర్థన HttpCachingProxy రకం నుండి వేరు చేయండి.

Qt టన్నెల్ చేయగల HTTP ప్రాక్సీని దాని కేవలం-కాషింగ్ HTTP ప్రాక్సీ రకం నుండి వేరు చేస్తుంది. రెండు పేర్లలోనూ HTTP ఉంది, కానీ వాటి కనెక్షన్ సామర్థ్యాలు భిన్నం.

Qt రకంకనెక్షన్ పాత్ర
HttpProxyబయటకు వెళ్లే TCP కనెక్షన్లకు HTTP CONNECT మద్దతు
HttpCachingProxyఅనుకూల అభ్యర్థన-ఆధారిత క్లయింట్లో సాధారణ HTTP అభ్యర్థనలు
Socks5Proxyదాని నమోదిత రవాణా సామర్థ్యాలతో SOCKS5 చర్చలు

సాధారణ HTTP అభ్యర్థన చేసే QNetworkAccessManager అభ్యర్థన-కేంద్రిత రకాన్ని ఉపయోగించవచ్చు. బైట్ టన్నెల్ అవసరమయ్యే QTcpSocketకి TunnelingCapability ఉన్న ప్రాక్సీ కావాలి. సాధారణ TCP సాకెట్లు దాన్ని ఉపయోగించాల్సి వచ్చినప్పుడు ఆ సామర్థ్యం లేకుండా అప్లికేషన్ డిఫాల్ట్ను ఇన్స్టాల్ చేయడానికి వ్యతిరేకంగా Qt ప్రత్యేకంగా హెచ్చరిస్తుంది.

ఎండ్పాయింట్ కేటాయించే ముందు ప్రోటోకాల్ రకాన్ని ఎంచుకోండి. ప్రాక్సీ ప్రామాణీకరణ లేకుండా అనుమతించిన పబ్లిక్ HTTP అభ్యర్థనకు HTTP ప్రాక్సీ జాబితా చిరునామాలను అందిస్తుంది; Qt రకం ఆ అభ్యర్థనకు అవసరమైన సామర్థ్యాన్ని ఇంకా అందించాలి. CONNECT సేవ ఉపయోగించే పోర్టును HttpCachingProxyకి ఇవ్వడం ఆ Qt ఎంపికకు లేని సామర్థ్యాన్ని జోడించదు.

కేవలం-కాషింగ్ అనే లేబుల్ ప్రతి ప్రతిస్పందన దూర సర్వర్ ద్వారా నిల్వ చేయబడుతుందని లేదా తిరిగి ఉపయోగించబడుతుందని కూడా హామీ ఇవ్వదు. ఇది క్లయింట్ ఇంటర్ఫేస్ మద్దతు ఇచ్చే ప్రాక్సీ వినియోగ శైలిని వివరిస్తుంది; కాష్ పునర్వినియోగాన్ని HTTP ప్రతిస్పందన విధానం ఇంకా నియంత్రిస్తుంది.

సంబంధిత వ్యాసాలు