Nagkakaiba ang mga setting ng proxy ng NW.js sa mga kahilingan ng Chromium at Node
Isaayos ang mga patakaran ng proxy ng web engine ng NW.js nang hiwalay sa mga library ng Node na ginagamit ng parehong desktop app.
Maaaring mag-load ang NW.js ng larawang DOM at kumuha ng JSON sa pamamagitan ng library ng Node sa iisang window. Tukuyin ang tawag na gumagawa ng kahilingan bago pumili ng interface ng proxy.
Para sa dokumentadong landas ng web engine:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Ang unang argumento ay ang patakaran ng proxy at ang pangalawa ay ang PAC URL. Pumipili ito ng nakapirming HTTP endpoint para sa mga scheme ng destinasyon kapag walang laman ang PAC; ginagamit ng HTTPS ang sinusuportahang daanan ng tunnel nito. Sa isang malayang pagsubok ng pampublikong pahina na walang pagpapatunay ng proxy, maaaring palitan ng isang entry mula sa listahan ng HTTP proxy ang endpoint na iyon.
| Tagagawa ng kahilingan | Patakarang susuriin |
|---|---|
| Mapagkukunan ng DOM o fetch ng browser | Configuration ng proxy ng web engine ng NW.js |
| HTTP ng core ng Node o transport na pag-aari ng package | Ang agent o pampublikong interface ng proxy ng client na iyon |
Nagbabalik ang getProxyForURL ng tekstong patakaran sa istilong PAC para sa pag-load ng DOM, tulad ng PROXY kasama ng endpoint o DIRECT. Hindi nito pinapatunayan na ginamit ito ng natapos na kahilingan.
Ang pagbabago ng process.env.http_proxy ay hindi nagpapabasa sa bawat implementasyon ng variable. Lagyan ng label ang mga diagnostic ng pangalan ng tagagawa o client at ang resulta nito. Gamitin ang pampublikong configuration ng package na iyon sa halip na i-patch ang mga file ng node_modules na pinapalitan ng upgrade. Para sa mga tawag na HTTPS ng core ng Node na gumagamit ng SOCKS, isang gayong interface ay isang HTTPS agent na sumusuporta sa SOCKS.