Rust headless_chrome፡ ከማሰስ በፊት የHTTP ፕሮክሲ መረጃዎችን ያቀናብሩ

በRust headless_chrome ፓኬጅ ውስጥ የአሳሽ ማስጀመሪያ ቅንብር አንድ HTTP አማላጅን ይመርጣል። የትሩ Fetch አስተናጋጅ መለያውን ያቀርባል Chromium ሲጠይቅ፦

let proxy = "http://proxy.example:8080";
let options = headless_chrome::LaunchOptions::default_builder()
    .proxy_server(Some(proxy))
    .build()?;
let browser = headless_chrome::Browser::new(options)?;
let tab = browser.new_tab()?;

tab.enable_fetch(None, Some(true))?;
tab.authenticate(Some(proxy_user), Some(proxy_password))?;
tab.navigate_to("https://www.example.org/")?;
tab.wait_until_navigated()?;

የዙሪያው ተግባር ስህተቶችን ያስተላልፋል፤ proxy_user እና proxy_password ከመተግበሪያው ነባር የመለያ ቅንብር የተገኙ String እሴቶች ናቸው። ማሰሱ ተግዳሮቱን ከመቀስቀሱ በፊት ማረጋገጫውን ያዘጋጁ።

የenable_fetch ሁለተኛ ክርክር የማረጋገጫ ክስተቶችን ያነቃል። Chromium በ--proxy-server ውስጥ ያለውን የተጠቃሚ መረጃ እንደዚህ የመረጃ ልውውጥ አድርጎ አይመለከተውም።

አሳሹንና ትሩን ለስራው ህያው ያድርጉ። ብጁ Fetch መጥለፍም ከተጫነ፣ የቆሙ ጥያቄዎችን ማን እንደሚቀጥልና ተግዳሮቶችን ማን እንደሚመልስ ይወስኑ፤ ያልተፈታ የቆመ ጥያቄ ማሰሱን ሊያግድ ይችላል።

ይህ ቀላል የትር ማረጋገጫ የታሰበውን የፕሮክሲ ተግዳሮት ይገምታል። ከሌላ መነሻ ማረጋገጫ ጋር ያለ ሂደት ተግዳሮቱን በግልጽ መወሰን ይፈልጋል፣ የአማላጁን መለያ ለየብቻው አገልጋይ ከመጠቀም ይልቅ። የChromium SOCKS5 የተጠቃሚ ስም እና የይለፍ ቃል ገደብም ከዚህ የHTTP ማረጋገጫ መንገድ የተለየ ነው።