דער ערשטער URL קען זיין HTTPS און דער ווידערגעפֿירטער URL HTTP. קלייבט אויס דעם אַגענט לויט דעם ציל פֿון יעדער פֿרעגע, אַנשטאָט פֿאַרבינדן איין אַגענט צום ערשטן URL.

פֿאַר דעם אימפּאָרטירטן node-fetch פּאַקעט אין אַן ESM אַפּליקאַציע, גיט אַ פֿונקציע:

import fetch from 'node-fetch';
import { HttpProxyAgent } from 'http-proxy-agent';
import { HttpsProxyAgent } from 'https-proxy-agent';

const proxyUrl = 'http://proxy.example:8080';
const httpAgent = new HttpProxyAgent(proxyUrl);
const httpsAgent = new HttpsProxyAgent(proxyUrl);

const response = await fetch('https://api.example/', {
  agent: url => url.protocol === 'http:' ? httpAgent : httpsAgent,
});

פֿאַרבייט דעם API URL און דעם פּראָקסי ענדפּונקט. פֿאַר אַ פּובליקן API וואָס איז דערלאָזט דורך אַ פּובליקן מיטלער, שטעלט די HTTP פּראָקסי ליסטע צו קאַנדידאַטן פֿאַר proxyUrl. די צוויי אַגענטן קענען ניצן דעם זעלבן HTTP פּראָקסי־צוהערער; זייערע נעמען באַצייכענען זיך אויף דער פֿרעגע צום ציל.

URL וואָס ווערט געגעבן דעם אויסקלייַבעראויסגעקליבענער אַגענט
https://…httpsAgent
http://…httpAgent

דערפֿאַר קלייבט די פֿונקציע נאָך אַלץ אויס דעם פּאַסיקן אַגענט אויב אַ ווידערפֿירונג ענדערט דעם פּראָטאָקאָל פֿון ציל. proxyUrl באַשרײַבט ווײַטער דעם מיטלער, אומאָפּהענגיק פֿון דעם באַשלוס.

שאַפֿט די אַגענטן איין מאָל פֿאַר דער אַרבעטסלאַסט און ניצט זיי ווײַטער. באַהאַנדלט דעם צוריקגעגעבענעם סטאַטוס און לייענט דעם ענטפֿער־גוף אין דעם רופֿערישן קאָד. די אַגענט־צווישנשאַפֿט געהערט צו node-fetch; דער אײַנגעבויטער fetch פֿון Node ניצט אַן אַנדער טראַנספּאָרט־צווישנשאַפֿט.

פֿאַרבונדענע אַרטיקלען