Choisir le proxy de Chromote avant le démarrage de Chrome

Une session Chromote dialogue avec un processus Chrome. Les requêtes du navigateur suivent la configuration de proxy de ce processus, donc définissez les arguments avant de le créer :

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)

Cela conserve les arguments par défaut existants de Chromote et ajoute l'écouteur HTTP ; un point de terminaison de la liste de proxys HTTP peut remplir l'URL d'exemple pour une navigation publique autorisée. N'utilisez une URL socks5 à la place que si le point de terminaison parle réellement SOCKS5. Retirez un commutateur de proxy existant en conflit lors de l'assemblage du vecteur d'arguments.

Effectuez les opérations CDP prévues via session, puis fermez la session, le contrôleur et le navigateur possédé dans le cadre du nettoyage de la charge de travail R. Un chemin de nettoyage R de style try/finally est utile si la navigation lève une erreur.

Pour les applications qui utilisent le navigateur par défaut partagé de Chromote, set_chrome_args modifie les valeurs par défaut de la future construction de navigateur. Il ne redémarre pas un processus existant. Créer un objet Chrome explicite, comme ci-dessus, rend visibles la propriété et le moment du démarrage.

L'environnement http_proxy ou https_proxy propre à R peut configurer un téléchargeur R sans changer ce navigateur. De même, changer la route de Chrome ne configure pas un appel d'API R distinct. Identifiez quel côté de la connexion CDP envoie la requête.