Una sessió de Chromote parla amb un procés de Chrome. Les seves peticions de navegador segueixen la configuració de proxy d'aquest procés, així que definiu els arguments abans de crear-lo:

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)

Això conserva els arguments predeterminats existents de Chromote i afegeix l'oïdor HTTP; un punt de connexió de la llista de proxys HTTP pot omplir l'URL d'exemple per a la navegació pública permesa. Feu servir un URL socks5 en lloc d'això només quan el punt de connexió realment parli SOCKS5. Traieu un interruptor de proxy existent que entri en conflicte en muntar el vector d'arguments.

Executeu les operacions CDP previstes mitjançant session i després tanqueu la sessió, el controlador i el navegador que posseïu com a part de la neteja de la càrrega de treball R. Un camí de neteja R a l'estil try/finally és útil si la navegació genera un error.

Per a les aplicacions que utilitzen el navegador predeterminat compartit de Chromote, set_chrome_args canvia els valors predeterminats per a la construcció futura de navegadors. No reinicia un procés existent. Crear un objecte Chrome explícit, com a dalt, fa visibles la propietat i el moment d'inici.

L'entorn http_proxy o https_proxy propi de R pot configurar un descarregador de R sense canviar aquest navegador. Igualment, canviar la ruta de Chrome no configura una crida API de R separada. Identifiqueu quina banda de la connexió CDP envia la petició.

Articles relacionats