პროქსის დაყენება CEF მოთხოვნის კონტექსტში

მას შემდეგ, რაც სასურველი CefRequestContext ინიციალიზდება, დააყენეთ მისი პროქსის პარამეტრი ბრაუზერის პროცესის UI ნაკადში, სანამ დაიწყება დათვალიერების სამუშაო:

auto rule = CefDictionaryValue::Create();
rule->SetString("mode", "fixed_servers");
rule->SetString("server", "http://proxy.example:8080");

auto value = CefValue::Create();
value->SetDictionary(rule);
CefString error;
bool configured = context->SetPreference("proxy", value, error);

შეამოწმეთ configured და წარუმატებლობისას შეინახეთ შეცდომა. CanSetPreference გვიჩვენებს, შეუძლია თუ არა მომხმარებელს პარამეტრის შეცვლა; გაშვებისას ბრძანების ხაზის არჩევანმა შეიძლება ის ჩაკეტოს ამ ინტერფეისის მიმართ.

გადასცეთ იმავე კონტექსტი ბრაუზერის შექმნისას. კონფიგურირებული, მაგრამ გამოუყენებელი კონტექსტი არ მოქმედებს გლობალურ კონტექსტზე მყოფ ბრაუზერზე.

შეამოწმეთ იზოლაციაც. კონტექსტებმა შეიძლება გაიზიარონ საბაზისო საცავის ან ქსელის მდგომარეობა საერთო ქეშის ბილიკებით ან მკაფიო კავშირებით. IsSharingWith არის ამ გაზიარების შესწავლის მხარდაჭერილი გზა. დამოუკიდებელ პროქსი სესიებს სჭირდებათ დამოუკიდებლად შერჩეული კონტექსტები და საცავის პოლიტიკა.

პარამეტრი მოქმედებს შემდგომ სამუშაოზე; მას არ შეუძლია არსებული გვირაბის გადაადგილება. შეინარჩუნეთ ნავიგაციის URL დანიშნულების ადგილად, ხოლო პარამეტრის სერვერი შუამავლად. ნებადართული საჯარო დათვალიერებისთვის, პროქსის ავთენტიფიკაციის კონფიგურაციის გარეშე, HTTP პროქსების სია შეიძლება მოგვცეს HTTP სერვერის კანდიდატი მნიშვნელობები. თუ გაშვების გადამრთველები განზრახ ფლობენ მარშრუტს, შეინარჩუნეთ ეს პოლიტიკა იმის მაგივრად, რომ დაელოდოთ პარამეტრის შემდგომ ჩაწერას მის გადაფარვას. მხარდაჭერილი მოთხოვნის კონტექსტის API ასევე თავს არიდებს წაშლილი CefProxyHandler-ის ხელახლა აწყობას.