NW.js:n välityspalvelinasetukset eroavat Chromiumin ja Noden pyynnöissä
Määritä NW.js:n verkkoytimen välityspalvelinsäännöt erikseen niistä Node-kirjastoista, joita sama työpöytäsovellus käyttää.
NW.js voi ladata DOM-kuvan ja hakea JSONin Node-kirjaston kautta samassa ikkunassa. Tunnista pyynnön luova kutsu ennen välityspalvelinrajapinnan valintaa.
Dokumentoidulle verkkoytimen polulle:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Ensimmäinen argumentti on välityspalvelinsääntö ja toinen PAC-URL. Tämä valitsee kiinteän HTTP-päätepisteen kohdeskeemoille, kun PAC on tyhjä; HTTPS käyttää tuettua tunnelipolkuaan. Riippumattomassa julkisen sivun testissä ilman välityspalvelimen todennusta HTTP-välityspalvelinluettelo:sta peräisin oleva merkintä voi korvata kyseisen päätepisteen.
| Pyynnön tuottaja | Tarkastettava käytäntö |
|---|---|
| DOM-resurssi tai selaimen fetch | NW.js:n verkkoytimen välityspalvelinasetukset |
| Noden ydin-HTTP tai paketin omistama siirto | Kyseisen asiakkaan agentti tai julkinen välityspalvelinrajapinta |
getProxyForURL palauttaa PAC-tyylisen käytäntötekstin DOM-lataukselle, esimerkiksi PROXY ja päätepiste tai DIRECT. Se ei vahvista, että valmistunut pyyntö käytti sitä.
Muuttamalla process.env.http_proxy ei saa jokaista toteutusta lukemaan muuttujaa. Merkitse diagnostiikka tuottajan tai asiakkaan nimellä ja sen tuloksella. Käytä paketin julkista kokoonpanoa sen sijaan, että paikkaisit node_modules-tiedostoja, jotka päivitys korvaa. SOCKSia käyttäville Noden ydin-HTTPS-kutsuille yksi tällainen rajapinta on SOCKS-kykyinen HTTPS-agentti.