Een Chromote-sessie praat met een Chrome-proces. De browserverzoeken volgen de proxyconfiguratie van dat proces, dus stel de argumenten in voordat je het aanmaakt:

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)

Dit behoudt de bestaande standaardargumenten van Chromote en voegt de HTTP-listener toe; een eindpunt uit de HTTP-proxylijst kan de voorbeeld-URL vullen voor toegestaan openbaar browsen. Gebruik in plaats daarvan alleen een socks5-URL wanneer het eindpunt echt SOCKS5 spreekt. Verwijder een conflicterende bestaande proxyschakelaar bij het samenstellen van de argumentvector.

Voer de beoogde CDP-bewerkingen uit via session en sluit daarna de sessie, de controller en de browser die je bezit als onderdeel van het opruimen van de R-werklast. Een R-opruimroute in try/finally-stijl is handig als navigatie een fout geeft.

Voor toepassingen die Chromotes gedeelde standaardbrowser gebruiken, wijzigt set_chrome_args de standaardwaarden voor toekomstige browseropbouw. Het herstart geen bestaand proces. Een expliciet Chrome-object aanmaken, zoals hierboven, maakt eigendom en startmoment zichtbaar.

Rs eigen http_proxy- of https_proxy-omgeving kan een R-downloader configureren zonder deze browser te wijzigen. Evenzo configureert het wijzigen van de Chrome-route geen aparte R API-aanroep. Bepaal welke kant van de CDP-verbinding het verzoek verstuurt.

Gerelateerde artikelen