Elektu la prokurilon de Chromote antaŭ ol Chrome ekfunkcias
Konservu la ekzistajn retumilajn argumentojn de Chromote, aldonu la prokurilan ŝaltilon kaj lanĉu novan Chrome-objekton por tiu vojo.
Chromote-sesio interparolas kun Chrome-procezo. La retumilaj petoj sekvas la prokuran agordon de tiu procezo, do agordu la argumentojn antaŭ ol krei ĝin:
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)Ĉi tio konservas la ekzistajn defaŭltajn argumentojn de Chromote kaj aldonas la HTTP-auskultanton; finpunkto el la HTTP-prokurila listo povas plenigi la ekzemplan URL-on por permesita publika retumado. Uzu socks5-URL-on anstataŭe nur kiam la finpunkto efektive parolas SOCKS5. Forigu kontraŭdira ekzistantan prokuran ŝaltilon dum kunmetado de la argumenta vektoro.
Plenumu la celitajn CDP-operaciojn per session, poste fermu la sesion, la regilon kaj la posedatan retumilon kiel parto de la purigado de la R-laborŝarĝo. Puriga vojo en R laŭ stilo try/finally utilas se navigado ĵetas eraron.
Por aplikaĵoj uzantaj la komunan defaŭltan retumilon de Chromote, set_chrome_args ŝanĝas la defaŭltojn por estonta retumila konstruado. Ĝi ne restartigas ekzistantan procezon. Krei eksplicitan Chrome-objekton, kiel supre, igas posedon kaj komencan tempon videblaj.
La propra medio http_proxy aŭ https_proxy de R povas agordi R-elŝutilon sen ŝanĝi ĉi tiun retumilon. Same, ŝanĝi la vojon de Chrome ne agordas apartan R-API-vokon. Identigu, kiu flanko de la CDP-ligo sendas la peton.