Chromotes Proxy wählen, bevor Chrome startet
Behalten Sie die vorhandenen Browserargumente von Chromote bei, ergänzen Sie den Proxy-Schalter und starten Sie ein frisches Chrome-Objekt für diese Route.
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.