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 પ્રકારે તો પણ તે વિનંતીને જરૂરી ક્ષમતા પૂરી પાડવી જોઈએ. HttpCachingProxy ને CONNECT સેવા વાપરતું પોર્ટ આપવાથી તે Qt પસંદગીમાં ખૂટતી ક્ષમતા ઉમેરાતી નથી.

ફક્ત-કેશિંગ લેબલ એ પણ વચન આપતું નથી કે દરેક પ્રતિસાદ સર્વર દૂરથી સંગ્રહિત કે ફરી વપરાશમાં આવશે. તે ક્લાયન્ટ ઇન્ટરફેસ દ્વારા સમર્થિત પ્રોક્સી ઉપયોગની શૈલી વર્ણવે છે, જ્યારે HTTP પ્રતિસાદ નીતિ હજી પણ કેશ પુનઃઉપયોગ નિયંત્રિત કરે છે.

સંબંધિત લેખો