Vel Chromote sin proxy før Chrome startar
Hald på dei eksisterande nettlesarargumenta til Chromote, legg til proxybrytaren og start eit nytt Chrome-objekt for den ruta.
Ei Chromote-økt snakkar med ein Chrome-prosess. Nettlesarførespurnadene følgjer proxykonfigurasjonen til den prosessen, så set argumenta før han blir oppretta:
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)Dette held på dei eksisterande standardargumenta til Chromote og legg til HTTP-lyttaren; eit endepunkt frå HTTP-proxylista kan fylla ut døme-URL-en for tillaten offentleg surfing. Bruk heller ein socks5-URL berre når endepunktet faktisk snakkar SOCKS5. Fjern ein motstridande eksisterande proxybrytar når argumentvektoren blir sett saman.
Utfør dei tiltenkte CDP-operasjonane gjennom session, og lukk deretter økta, kontrolløren og nettlesaren du eig som ein del av oppryddinga av R-arbeidslasta. Ein R-oppryddingsveg i try/finally-stil er nyttig om navigeringa kastar ein feil.
For program som brukar den delte standardnettlesaren til Chromote, endrar set_chrome_args standardverdiane for framtidig nettlesarbygging. Det startar ikkje ein eksisterande prosess på nytt. Å opprette eit eksplisitt Chrome-objekt, som ovanfor, gjer eigarskap og oppstartstidspunkt synlege.
R sitt eige http_proxy- eller https_proxy-miljø kan konfigurera ein R-nedlastar utan å endre denne nettlesaren. På same måte konfigurerer ikkje ei endring av Chrome-ruta eit eige R API-kall. Identifiser kva side av CDP-tilkoplinga som sender førespurnaden.