Browserless-begin-URL’s: moenie die launch-parameter dubbel enkodeer nie

Gebruik die selfgehuisveste eindpunt se launch-koppelvlak; die gehuisveste externalProxyServer is ’n ander diensfunksie.

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(),
});

Gebruik die verskafte ws/wss-ontplooiingseindpunt en token. Die blaaiergasheer moet die HTTP-luisteraar kan bereik; dié token staaf die beheerverbinding. Vir toegelate openbare blaai kan ’n kandidaat uit die HTTP-instaanbedienerlys die beginvlag sonder stawing invul.

JSON.stringify serialiseer die launch-objek, waarna URLSearchParams dit vir die URL enkodeer. As teks wat reeds met encodeURIComponent geënkodeer is na searchParams gaan, word sy persentasietekens weer geënkodeer.

Dié vlag sonder stawing dra nie Chromium-gebruikersnaam- en wagwoordbesonderhede oor nie. Gebruik ondersteunde hantering van stawingsuitdagings wanneer nodig.

’n Gehuisveste externalProxyServer-integrasie is nie ’n gelyknamige launch-objekveld op elke selfgehuisveste beeld nie. Vergelyk ontplooiing, beeldweergawe en gekose API voordat jy die rekening diagnoseer.

Verwante artikels