Chrome ആരംഭിക്കുന്നതിന് മുമ്പ് Chromote-ന്റെ പ്രോക്സി തിരഞ്ഞെടുക്കുക
Chromote-ന്റെ നിലവിലുള്ള ബ്രൗസർ ആർഗ്യുമെന്റുകൾ നിലനിർത്തി പ്രോക്സി സ്വിച്ച് ചേർത്ത് ആ റൂട്ടിനായി പുതിയ Chrome ഒബ്ജക്ട് ആരംഭിക്കുക.
Chromote സെഷൻ ഒരു Chrome പ്രോസസുമായി സംസാരിക്കുന്നു. ബ്രൗസർ അഭ്യർത്ഥനകൾ ആ പ്രോസസിന്റെ പ്രോക്സി കോൺഫിഗറേഷൻ പിന്തുടരുന്നു, അതിനാൽ അത് സൃഷ്ടിക്കുന്നതിന് മുമ്പ് ആർഗ്യുമെന്റുകൾ സജ്ജമാക്കുക:
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-ന്റെ നിലവിലുള്ള സ്ഥിരസ്ഥിതി ആർഗ്യുമെന്റുകൾ നിലനിർത്തുകയും HTTP ലിസണർ ചേർക്കുകയും ചെയ്യുന്നു; HTTP പ്രോക്സി ലിസ്റ്റിൽ നിന്നുള്ള എൻഡ്പോയിന്റ് അനുവദനീയമായ പൊതു ബ്രൗസിംഗിനായി ഉദാഹരണ URL നിറയ്ക്കാം. പകരം socks5 URL ഉപയോഗിക്കുക, എൻഡ്പോയിന്റ് യഥാർത്ഥത്തിൽ SOCKS5 സംസാരിക്കുമ്പോൾ മാത്രം. ആർഗ്യുമെന്റ് വെക്ടർ ഒരുക്കുമ്പോൾ വൈരുദ്ധ്യമുള്ള നിലവിലുള്ള പ്രോക്സി സ്വിച്ച് നീക്കം ചെയ്യുക.
ഉദ്ദിഷ്ട CDP പ്രവർത്തനങ്ങൾ session വഴി നിർവഹിച്ച്, R വർക്ക്ലോഡിന്റെ വൃത്തിയാക്കലിന്റെ ഭാഗമായി സെഷൻ, കൺട്രോളർ, നിങ്ങളുടെ ബ്രൗസർ എന്നിവ അടയ്ക്കുക. നാവിഗേഷൻ പിശക് ഉയർത്തിയാൽ try/finally ശൈലിയിലുള്ള R വൃത്തിയാക്കൽ പാത ഉപകാരപ്രദമാണ്.
Chromote-ന്റെ പങ്കിട്ട സ്ഥിരസ്ഥിതി ബ്രൗസർ ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷനുകൾക്ക്, set_chrome_args ഭാവിയിലെ ബ്രൗസർ നിർമ്മാണത്തിന്റെ സ്ഥിരസ്ഥിതികൾ മാറ്റുന്നു. ഇത് നിലവിലുള്ള പ്രോസസ് പുനരാരംഭിക്കുന്നില്ല. മുകളിൽ പോലെ വ്യക്തമായ Chrome ഒബ്ജക്ട് സൃഷ്ടിക്കുന്നത് ഉടമസ്ഥതയും ആരംഭ സമയവും ദൃശ്യമാക്കുന്നു.
R-ന്റെ സ്വന്തം http_proxy അല്ലെങ്കിൽ https_proxy പരിസ്ഥിതിക്ക് ഈ ബ്രൗസർ മാറ്റാതെ ഒരു R ഡൗൺലോഡർ കോൺഫിഗർ ചെയ്യാനാകും. അതുപോലെ, Chrome-ന്റെ റൂട്ട് മാറ്റുന്നത് വേറിട്ട ഒരു R API കോൾ കോൺഫിഗർ ചെയ്യുന്നില്ല. CDP കണക്ഷന്റെ ഏത് വശമാണ് അഭ്യർത്ഥന അയയ്ക്കുന്നതെന്ന് തിരിച്ചറിയുക.