Qt HttpProxy და HttpCachingProxy: CONNECT შესაძლებლობები
განასხვავეთ Qt-ის CONNECT-უნარიანი HttpProxy მხოლოდ-მოთხოვნებისთვის განკუთვნილი HttpCachingProxy ტიპისგან.
Qt განასხვავებს გვირაბირების უნარის მქონე HTTP პროქსის თავის მხოლოდ-ქეშირების HTTP პროქსის ტიპისგან. ორივე სახელში HTTP არის, მაგრამ მათი დაკავშირების შესაძლებლობები განსხვავდება.
| Qt-ის ტიპი | დაკავშირების როლი |
|---|---|
| HttpProxy | HTTP CONNECT მხარდაჭერა გამავალი TCP კავშირებისთვის |
| HttpCachingProxy | ჩვეულებრივი HTTP მოთხოვნები თავსებად მოთხოვნებზე დაფუძნებულ კლიენტში |
| Socks5Proxy | SOCKS5 მოლაპარაკება მისი დოკუმენტირებული ტრანსპორტის შესაძლებლობებით |
QNetworkAccessManager, რომელიც ჩვეულებრივ HTTP მოთხოვნას აგზავნის, შეიძლება გამოიყენოს მოთხოვნაზე ორიენტირებული ტიპი. QTcpSocket-ს, რომელსაც ბაიტური გვირაბი სჭირდება, საჭიროა პროქსი TunnelingCapability-ით. Qt განსაკუთრებით აფრთხილებს იმის წინააღმდეგ, რომ აპლიკაციის ნაგულისხმევი დაყენდეს ამ შესაძლებლობის გარეშე, როცა ზოგადმა TCP სოკეტებმა ის უნდა გამოიყენონ.
შეარჩიეთ პროტოკოლის ტიპი საბოლოო წერტილის მიბმამდე. პროქსის ავთენტიფიკაციის გარეშე დაშვებული საჯარო HTTP მოთხოვნისთვის HTTP პროქსების სია გთავაზობთ მისამართებს; Qt-ის ტიპი მაინც უნდა უზრუნველყოფდეს იმ შესაძლებლობას, რაც ამ მოთხოვნას სჭირდება. CONNECT სერვისის მიერ გამოყენებული პორტის HttpCachingProxy-სთვის მიცემა არ ამატებს აკლებულ შესაძლებლობას ამ Qt არჩევანს.
მხოლოდ-ქეშირების იარლიყი ასევე არ ჰპირდება, რომ ყოველ პასუხს დისტანციური სერვერი შეინახავს ან ხელახლა გამოიყენებს. ის აღწერს კლიენტის ინტერფეისის მიერ მხარდაჭერილ პროქსის გამოყენების სტილს, ხოლო HTTP პასუხების პოლიტიკა კვლავ არეგულირებს ქეშის ხელახალ გამოყენებას.