Agordi la prokuron en la CEF-petokunteksto
Doni al CEF-retumila kunteksto fiksan prokuron per la subtenata agorda API kaj kontroli ĉu la starta politiko permesas la ŝanĝon.
Post kiam la celata CefRequestContext estas pravalorizita, agordu ĝian prokuran agordon en la UI-fadeno de la retumila procezo antaŭ ol komenciĝos la retuma laboro:
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);Kontrolu configured kaj konservu la eraron ĉe malsukceso. CanSetPreference indikas ĉu la agordo estas ŝanĝebla de la uzanto; komandlinia elekto ĉe starto povas ŝlosi ĝin kontraŭ ĉi tiu interfaco.
Provizu tiun saman kuntekston kiam vi kreas la retumilon. Agordita sed neuzata kunteksto ne influas retumilon sur la tutmonda kunteksto.
Kontrolu ankaŭ izolecon. Kuntekstoj povas kunhavigi suban konservadan aŭ retan staton per kunhavataj kaŝmemoraj vojoj aŭ eksplicitaj rilatoj. IsSharingWith estas la subtenata maniero ekzameni tiun kunhavigon. Sendependaj prokuraj seancoj bezonas sendepende elektitajn kuntekstojn kaj konservadan politikon.
La agordo influas postan laboron; ĝi ne povas movi ekzistantan tunelon. Konservu la navigan URL-on kiel celon kaj la servilon de la agordo kiel peranton. Por permesita publika retumo sen agordita prokura aŭtentigo, la listo de HTTP-prokuroj povas provizi kandidatajn HTTP-servilajn valorojn. Se startaj ŝaltiloj intence posedas la itineron, tenu tiun politikon anstataŭ atendi, ke posta agorda skribo superos ĝin. La subtenata petokunteksta API ankaŭ evitas rekonstrui la forigitan CefProxyHandler.