Выберыце проксі Chromote да запуску Chrome

Сесія Chromote размаўляе з працэсам Chrome. Запыты браўзера ідуць па канфігурацыі проксі гэтага працэсу, таму задайце аргументы перад яго стварэннем:

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)

Гэта захоўвае існуючыя прадвызначаныя аргументы Chromote і дадае HTTP-слухач; канцавы пункт з спісу HTTP-проксі можа запоўніць прыкладны URL для дазволенага публічнага агляду. Выкарыстоўвайце URL socks5 толькі тады, калі канцавы пункт сапраўды гаворыць па SOCKS5. Пры зборцы вектара аргументаў прыбярыце канфліктуючы існуючы перамыкач проксі.

Выканайце патрэбныя аперацыі CDP праз session, затым закрыйце сесію, кантролер і набыты браўзер як частку ачысткі працоўнай нагрузкі R. Шлях ачысткі R у стылі try/finally карысны, калі навігацыя выдае памылку.

Для праграм, якія выкарыстоўваюць агульны прадвызначаны браўзер Chromote, set_chrome_args змяняе прадвызначаныя значэнні для будучага стварэння браўзера. Ён не перазапускае існуючы працэс. Стварэнне яўнага аб'екта Chrome, як вышэй, робіць бачнымі ўладанне і час запуску.

Уласнае асяроддзе R http_proxy або https_proxy можа наладзіць спампоўшчык R, не змяняючы гэты браўзер. Гэтак жа змена маршруту Chrome не наладжвае асобны выклік R API. Вызначце, які бок злучэння CDP адпраўляе запыт.