Piliin ang Proxy ng Chromote Bago Magsimula ang Chrome

Ang isang sesyon ng Chromote ay nakikipag-usap sa isang proseso ng Chrome. Sinusunod ng mga kahilingan ng browser nito ang proxy configuration ng prosesong iyon, kaya itakda ang mga argumento bago ito likhain:

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)

Pinapanatili nito ang umiiral na default na mga argumento ng Chromote at nagdaragdag ng HTTP listener; isang endpoint mula sa listahan ng HTTP proxy ang makakapuno sa halimbawang URL para sa pinahihintulutang pampublikong pag-browse. Gumamit ng socks5 URL sa halip lamang kapag tunay na nagsasalita ng SOCKS5 ang endpoint. Alisin ang isang sumasalungat na umiiral na proxy switch kapag binubuo ang argument vector.

Isagawa ang nilalayong mga operasyon ng CDP sa pamamagitan ng sesyon, pagkatapos isara ang sesyon, controller at pag-aaring browser bilang bahagi ng paglilinis ng R workload. Ang isang R cleanup path na tulad ng try/finally ay kapaki-pakinabang kung magtaas ng error ang navigation.

Para sa mga application na gumagamit ng shared default browser ng Chromote, binabago ng set_chrome_args ang mga default para sa hinaharap na pagbuo ng browser. Hindi nito nire-restart ang isang umiiral na proseso. Ang paglikha ng tahasang Chrome object, tulad ng nasa itaas, ay ginagawang nakikita ang pagmamay-ari at tiyempo ng pagsisimula.

Ang sariling kapaligirang http_proxy o https_proxy ng R ay makakapag-configure ng R downloader nang hindi binabago ang browser na ito. Gayundin, ang pagbabago ng ruta ng Chrome ay hindi nagko-configure ng hiwalay na tawag sa R API. Tukuyin kung aling panig ng koneksyon ng CDP ang nagpapadala ng kahilingan.