כתובות הפעלה של Browserless: הימנעו מקידוד כפול של launch

השתמשו בממשק launch של נקודת הקצה באירוח עצמי; externalProxyServer הוא תכונה אחרת של השירות המתארח.

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

השתמשו בנקודת הקצה ws/wss ובטוקן שסופקו לפריסה. מחשב הדפדפן חייב להגיע למאזין HTTP; הטוקן מאמת את חיבור הבקרה. לגלישה ציבורית מותרת אפשר להציב מועמד מ־רשימת פרוקסי HTTP בדגל ההפעלה ללא אימות.

JSON.stringify מבצע סריאליזציה לאובייקט launch, ואז URLSearchParams מקודד אותו עבור הכתובת. העברת טקסט שכבר קודד באמצעות encodeURIComponent אל searchParams מקודדת שוב את סימני האחוז.

דגל ההפעלה ללא אימות אינו מעביר שם משתמש וסיסמה של Chromium. במידת הצורך השתמשו בטיפול הנתמך באתגרי אימות.

שילוב externalProxyServer בשירות מתארח אינו שדה בשם זה באובייקט launch בכל אימג’ באירוח עצמי. בדקו התאמה בין הפריסה, גרסת האימג’ וה־API הנבחר לפני אבחון החשבון.

מאמרים קשורים