Chromote saio batek Chrome prozesu batekin hitz egiten du. Nabigatzailearen eskaerek prozesu horren proxy konfigurazioa jarraitzen dute, beraz, ezarri argumentuak sortu aurretik:

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)

Horrek Chromote-ren lehendik dauden argumentu lehenetsiak mantentzen ditu eta HTTP entzulea gehitzen du; HTTP proxy zerrendako mutur batek adibideko URLa bete dezake baimendutako nabigazio publikorako. Erabili socks5 URLa horren ordez soilik muturrak benetan SOCKS5 hitz egiten duenean. Kendu gatazkan dagoen proxy etengailu bat argumentu-bektorea muntatzean.

Egin aurreikusitako CDP eragiketak session bidez, eta gero itxi saioa, kontrolatzailea eta zeurea den nabigatzailea R karga-lanaren garbiketaren parte gisa. try/finally estiloko R garbiketa-bidea lagungarria da nabigazioak errore bat botatzen badu.

Chromote-ren partekatutako nabigatzaile lehenetsia erabiltzen duten aplikazioetarako, set_chrome_args-ek etorkizuneko nabigatzaile-eraikuntzarako lehenetsiak aldatzen ditu. Ez du lehendik dagoen prozesu bat berrabiarazten. Chrome objektu esplizitu bat sortzeak, goiko adibidean bezala, jabetza eta hasiera-denbora ikusgai egiten ditu.

R-ren beraren http_proxy edo https_proxy inguruneak R deskargatzaile bat konfigura dezake nabigatzaile hau aldatu gabe. Era berean, Chrome-ren ibilbidea aldatzeak ez du R API dei bereizi bat konfiguratzen. Identifika itzazu CDP konexioaren zein aldek bidaltzen duen eskaera.

Erlazionatutako artikuluak