Eine Chromote-Sitzung kommuniziert mit einem Chrome-Prozess. Die Browseranfragen folgen der Proxy-Konfiguration dieses Prozesses, daher legen Sie die Argumente vor dem Erzeugen fest:

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)

So bleiben die vorhandenen Standardargumente von Chromote erhalten, und der HTTP-Listener kommt hinzu; ein Endpunkt aus der HTTP-Proxy-Liste kann die Beispiel-URL für erlaubtes öffentliches Browsen füllen. Verwenden Sie eine socks5-URL nur dann stattdessen, wenn der Endpunkt tatsächlich SOCKS5 spricht. Entfernen Sie einen widersprüchlichen vorhandenen Proxy-Schalter, wenn Sie den Argumentvektor zusammenstellen.

Führen Sie die beabsichtigten CDP-Operationen über session aus und schließen Sie anschließend Sitzung, Controller und den eigenen Browser als Teil der Aufräumarbeiten der R-Arbeitslast. Ein Aufräumpfad in R im try/finally-Stil ist nützlich, wenn die Navigation einen Fehler auslöst.

Bei Anwendungen, die Chromotes gemeinsamen Standardbrowser nutzen, ändert set_chrome_args die Standardwerte für die künftige Browsererstellung. Es startet keinen vorhandenen Prozess neu. Ein explizites Chrome-Objekt, wie oben, macht Eigentum und Startzeitpunkt sichtbar.

R's eigene Umgebung http_proxy oder https_proxy kann einen R-Downloader konfigurieren, ohne diesen Browser zu ändern. Ebenso konfiguriert eine Änderung der Chrome-Route keinen separaten R-API-Aufruf. Bestimmen Sie, welche Seite der CDP-Verbindung die Anfrage sendet.

Ähnliche Artikel