Chromote session သည် Chrome process တစ်ခုနှင့် စကားပြောသည်။ ၎င်း၏ browser တောင်းဆိုချက်များသည် ထို process ၏ proxy ဖွဲ့စည်းမှုကို လိုက်နာသည်၊ ထို့ကြောင့် ၎င်းကို မဖန်တီးမီ argument များကို သတ်မှတ်ပါ။

args <- c(
  chromote::get_chrome_args(),
  "--proxy-server=http://proxy.example:8080"
)
browser <- chromote::Chrome$new(args = args)
controller <- chromote::Chromote$new(browser = browser)
session <- chromote::ChromoteSession$new(parent = controller)

၎င်းသည် Chromote ၏ လက်ရှိ မူလ argument များကို ထိန်းသိမ်းပြီး HTTP listener ကို ထည့်သည်။ HTTP proxy စာရင်းမှ endpoint သည် ခွင့်ပြုထားသော အများပြည်သူ browsing အတွက် နမူနာ URL ကို ဖြည့်နိုင်သည်။ ယင်းအစား socks5 URL ကို endpoint က အမှန်တကယ် SOCKS5 ပြောမှသာ သုံးပါ။ argument vector ကို စုစည်းစဉ် ကွဲလွဲနေသော လက်ရှိ proxy switch ကို ဖယ်ရှားပါ။

ရည်ရွယ်ထားသော CDP လုပ်ဆောင်ချက်များကို session မှတစ်ဆင့် လုပ်ဆောင်ပြီး R အလုပ်စု၏ ရှင်းလင်းမှု တစ်စိတ်တစ်ပိုင်းအဖြစ် session၊ controller နှင့် သင့်ပိုင် browser ကို ပိတ်ပါ။ navigation အမှား ပေါ်ပါက try/finally ပုံစံ R ရှင်းလင်းရေး လမ်းကြောင်းသည် အသုံးဝင်သည်။

Chromote ၏ မျှဝေထားသော မူလ browser ကို အသုံးပြုသော application များအတွက် set_chrome_args သည် နောင် browser တည်ဆောက်မှုအတွက် မူလတန်ဖိုးများကို ပြောင်းသည်။ လက်ရှိ process ကို ပြန်မစတင်ပါ။ အထက်ပါကဲ့သို့ တိကျသော Chrome object ဖန်တီးခြင်းသည် ပိုင်ဆိုင်မှုနှင့် စတင်ချိန်ကို မြင်သာစေသည်။

R ၏ ကိုယ်ပိုင် http_proxy သို့မဟုတ် https_proxy ပတ်ဝန်းကျင်သည် ဤ browser ကို မပြောင်းဘဲ R ဒေါင်းလုဒ်ကိရိယာကို ဖွဲ့စည်းနိုင်သည်။ အလားတူ၊ Chrome ၏ လမ်းကြောင်းကို ပြောင်းခြင်းသည် သီးခြား R API ခေါ်ဆိုမှုကို မဖွဲ့စည်းပါ။ CDP ချိတ်ဆက်မှု၏ မည်သည့်ဘက်က တောင်းဆိုချက်ကို ပို့သည်ကို ဖော်ထုတ်ပါ။

ဆက်စပ်ဆောင်းပါးများ