Сесията на 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 за разрешено публично разглеждане. Използвайте socks5 URL вместо това само когато крайната точка наистина говори SOCKS5. Премахнете конфликтуващ съществуващ превключвател за прокси, когато сглобявате вектора на аргументите.

Изпълнете предвидените CDP операции през session, след което затворете сесията, контролера и притежавания браузър като част от почистването на R натоварването. Път за почистване в стил try/finally е полезен, ако навигацията върне грешка.

За приложения, които използват споделения браузър по подразбиране на Chromote, set_chrome_args променя настройките по подразбиране за бъдещо създаване на браузър. Той не рестартира съществуващ процес. Създаването на явен Chrome обект, както по-горе, прави собствеността и времето на стартиране видими.

Собствената среда http_proxy или https_proxy на R може да конфигурира R изтегляч без да променя този браузър. По същия начин промяната на маршрута на Chrome не конфигурира отделно R API извикване. Определете коя страна на CDP връзката изпраща заявката.

Подобни статии