Cilësimet e proxy-t të NW.js ndryshojnë midis kërkesave Chromium dhe Node
Konfiguroni rregullat e proxy-t të motorit të uebit të NW.js veçmas nga bibliotekat Node që përdor e njëjta aplikacion desktop.
NW.js mund të ngarkojë një imazh DOM dhe të marrë JSON përmes një biblioteke Node në të njëjtën dritare. Identifikoni thirrjen që krijon kërkesën përpara se të zgjidhni një ndërfaqe proxy.
Për shtegun e dokumentuar të motorit të uebit:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Argumenti i parë është rregulli i proxy-t dhe i dyti është URL-ja PAC. Kjo zgjedh një pikë fundore HTTP fikse për skemat e destinacionit kur PAC është bosh; HTTPS përdor shtegun e tij të tunelit të mbështetur. Në një test të pavarur të një faqe publike pa vërtetim proxy, një hyrje nga lista e proxy-ve HTTP mund të zëvendësojë atë pikë fundore.
| Prodhuesi i kërkesës | Politika për t'u inspektuar |
|---|---|
| Burim DOM ose fetch i shfletuesit | Konfigurimi i proxy-t të motorit të uebit të NW.js |
| HTTP i bërthamës Node ose transport në pronësi të një pakete | Agjenti ose ndërfaqja publike e proxy-t e atij klienti |
getProxyForURL kthen tekst politike në stilin PAC për ngarkimin e DOM-it, si PROXY plus një pikë fundore ose DIRECT. Nuk konfirmon që një kërkesë e përfunduar e ka përdorur atë.
Ndryshimi i process.env.http_proxy nuk bën që çdo implementim ta lexojë variablin. Etiketoni diagnozat me emrin e prodhuesit ose klientit dhe rezultatin e tij. Përdorni konfigurimin publik të asaj pakete në vend që të patchoni skedarë node_modules që një përditësim zëvendëson. Për thirrjet HTTPS të bërthamës Node me SOCKS, një ndërfaqe e tillë është një agjent HTTPS që mbështet SOCKS.