Browserless-Start-URLs: den Parameter launch nicht doppelt codieren

Nutzen Sie die launch-Schnittstelle des selbst gehosteten Endpunkts; externalProxyServer im Hostingdienst ist eine andere Funktion.

const endpoint = new URL(browserlessWebSocketEndpoint);
endpoint.searchParams.set('token', browserlessToken);
endpoint.searchParams.set('launch', JSON.stringify({
  args: ['--proxy-server=http://proxy.example:8080'],
}));

const browser = await puppeteer.connect({
  browserWSEndpoint: endpoint.toString(),
});

Verwenden Sie den bereitgestellten ws/wss-Endpunkt Ihrer Bereitstellung samt Token. Der Browserhost muss den HTTP-Listener erreichen können; das Token authentifiziert die Steuerverbindung. Für erlaubtes öffentliches Surfen kann ein Kandidat aus der HTTP-Proxyliste in das Startflag ohne Authentifizierung eingesetzt werden.

JSON.stringify serialisiert das launch-Objekt, anschließend codiert URLSearchParams es für die URL. Wird bereits mit encodeURIComponent codierter Text an searchParams übergeben, werden dessen Prozentzeichen erneut codiert.

Dieses Startflag ohne Authentifizierung überträgt keine Chromium-Zugangsdaten mit Benutzername und Passwort. Nutzen Sie bei Bedarf die unterstützte Behandlung von Authentifizierungsaufforderungen.

Eine gehostete externalProxyServer-Integration ist nicht auf jedem selbst gehosteten Image ein gleichnamiges Feld im launch-Objekt. Gleichen Sie Bereitstellung, Imageversion und gewählte API ab, bevor Sie das Konto untersuchen.

Ähnliche Artikel