Weka proksi kwenye muktadha wa ombi la CEF
Ipe muktadha wa kivinjari cha CEF proksi isiyobadilika kupitia API ya mapendeleo inayotumika na uangalie kama sera ya kuanza inaruhusu mabadiliko hayo.
Baada ya CefRequestContext inayokusudiwa kuanzishwa, weka pendekezo lake la proksi kwenye uzi wa UI wa mchakato wa kivinjari kabla ya kazi ya kuvinjari kuanza:
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);Angalia configured na uhifadhi hitilafu ikishindikana. CanSetPreference inaonyesha kama mtumiaji anaweza kubadilisha pendekezo; chaguo la mstari wa amri wakati wa kuanza linaweza kulifunga dhidi ya kiolesura hiki.
Toa muktadha huo huo wakati kivinjari kinaundwa. Muktadha uliosanidiwa lakini usiotumika hauathiri kivinjari kwenye muktadha wa jumla.
Angalia pia utengano. Muktadha unaweza kushiriki hali ya msingi ya hifadhi au mtandao kupitia njia za kache zilizoshirikiwa au mahusiano ya wazi. IsSharingWith ni njia inayotumika ya kuchunguza ushirikiano huo. Vikao huru vya proksi vinahitaji muktadha na sera ya hifadhi iliyochaguliwa kwa kujitegemea.
Pendekezo huathiri kazi inayofuata; haliwezi kuhamisha handaki lililopo. Weka URL ya urambazaji kama lengwa na seva ya pendekezo kama mpatanishi. Kwa urambazaji wa umma unaoruhusiwa bila uthibitishaji wa proksi uliosanidiwa, orodha ya proksi za HTTP inaweza kutoa thamani za seva za HTTP zinazoweza kuchaguliwa. Ikiwa swichi za kuanza zinamiliki njia kwa makusudi, dumisha sera hiyo badala ya kutarajia uandishi wa pendekezo wa baadaye kuipindua. API ya muktadha wa ombi inayotumika pia inaepuka kujenga upya CefProxyHandler iliyoondolewa.