Proxy-ynstellings fan NW.js ferskille tusken Chromium- en Node-oanfragen
Konfigurearje de proxy-regels fan 'e NW.js-webmotor apart fan 'e Node-biblioteken dy't deselde desktop-app brûkt.
NW.js kin in DOM-ôfbylding lade en JSON helje fia in Node-biblioteek yn itselde finster. Identifisearje de oanrop dy't de oanfraach makket foardat jo in proxy-ynterface kieze.
Foar it dokumintearre paad fan 'e webmotor:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');
It earste argumint is de proxy-regel en it twadde is de PAC-URL. Dit selektearret in fêst HTTP-einpunt foar bestemmingsskema's as PAC leech is; HTTPS brûkt syn stipe tunnelpaad. Yn in ûnôfhinklike test fan in iepenbiere side sûnder proxy-autentikaasje kin in yngong út 'e HTTP-proxy-list dat einpunt ferfange.
| Oanfjochter fan de oanfraach | Belied om te ynspektearjen |
|---|---|
| DOM-boarne of browser-fetch | Proxy-konfiguraasje fan 'e NW.js-webmotor |
| Node-kearn-HTTP of in transport fan in pakket | De agent of iepenbiere proxy-ynterface fan dy klant |
getProxyForURL jout beliedstekst yn PAC-styl werom foar it laden fan in DOM, bygelyks PROXY plus in einpunt of DIRECT. It befêstiget net dat in foltôge oanfraach it brûkt hat.
It feroarjen fan process.env.http_proxy makket net dat elke ymplemintaasje de fariabele lêst. Labelje diagnostyk mei de namme fan 'e produsint of klant en it resultaat. Brûk de iepenbiere konfiguraasje fan dat pakket ynstee fan node_modules-bestannen te patchjen dy't in upgrade ferfangt. Foar HTTPS-oanroppen fan 'e Node-kearn mei SOCKS is ien sa'n ynterface in SOCKS-stipe HTTPS-agent.