NW.js ପ୍ରକ୍ସି ସେଟିଂସ୍ Chromium ଏବଂ Node ଅନୁରୋଧରେ ଭିନ୍ନ
NW.js ୱେବ୍-ଇଞ୍ଜିନର ପ୍ରକ୍ସି ନିୟମକୁ ସେହି ଡେସ୍କଟପ୍ ଆପ୍ ବ୍ୟବହାର କରୁଥିବା Node ଲାଇବ୍ରେରୀଠାରୁ ଅଲଗା ଭାବରେ କନଫିଗର କରନ୍ତୁ।
NW.js ଏକ ହିଁ ୱିଣ୍ଡୋରେ DOM ପ୍ରତିମୂର୍ତ୍ତି ଲୋଡ୍ କରିପାରେ ଏବଂ Node ଲାଇବ୍ରେରୀ ମାଧ୍ୟମରେ JSON ଆଣିପାରେ। ପ୍ରକ୍ସି ଇଣ୍ଟରଫେସ୍ ବାଛିବା ପୂର୍ବରୁ ଅନୁରୋଧ ସୃଷ୍ଟି କରୁଥିବା କଲ୍ ଚିହ୍ନଟ କରନ୍ତୁ।
ଦସ୍ତାବିଜିକୃତ ୱେବ୍-ଇଞ୍ଜିନ ପଥ ପାଇଁ:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');
ପ୍ରଥମ ଆର୍ଗୁମେଣ୍ଟ ପ୍ରକ୍ସି ନିୟମ ଏବଂ ଦ୍ୱିତୀୟଟି PAC URL। PAC ଖାଲି ଥିଲେ ଏହା ଗନ୍ତବ୍ୟ ସ୍କିମ୍ ପାଇଁ ସ୍ଥିର HTTP ଏଣ୍ଡପଏଣ୍ଟ ବାଛେ; HTTPS ଏହାର ସମର୍ଥିତ ଟନେଲ ପଥ ବ୍ୟବହାର କରେ। ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ବିନା ସ୍ୱାଧୀନ ସାର୍ବଜନୀନ ପୃଷ୍ଠା ପରୀକ୍ଷାରେ HTTP ପ୍ରକ୍ସି ତାଲିକା ରୁ ଏକ ଏଣ୍ଟ୍ରି ସେହି ଏଣ୍ଡପଏଣ୍ଟ ବଦଳାଇପାରେ।
| ଅନୁରୋଧ ନିର୍ମାତା | ଯାଞ୍ଚ କରିବାକୁ ଥିବା ନୀତି |
|---|---|
| DOM ସମ୍ବଳ କିମ୍ବା ବ୍ରାଉଜର fetch | NW.js ୱେବ୍-ଇଞ୍ଜିନ ପ୍ରକ୍ସି କନଫିଗରେସନ |
| Node କୋର HTTP କିମ୍ବା ପ୍ୟାକେଜ୍-ମାଲିକାନାର ପରିବହନ | ସେହି କ୍ଲାଏଣ୍ଟର ଏଜେଣ୍ଟ କିମ୍ବା ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ଇଣ୍ଟରଫେସ୍ |
getProxyForURL DOM ଲୋଡ୍ ପାଇଁ PAC-ଶୈଳୀର ନୀତି ପାଠ୍ୟ ଫେରାଏ, ଯେପରି PROXY ସହିତ ଏଣ୍ଡପଏଣ୍ଟ କିମ୍ବା DIRECT। ଏହା ନିଶ୍ଚିତ କରେ ନାହିଁ ଯେ ସମ୍ପୂର୍ଣ୍ଣ ଅନୁରୋଧ ଏହାକୁ ବ୍ୟବହାର କରିଛି।
process.env.http_proxy ପରିବର୍ତ୍ତନ କଲେ ପ୍ରତ୍ୟେକ କାର୍ଯ୍ୟାନ୍ୱୟନ ସେହି ଭେରିଏବଲ୍ ପଢ଼େ ନାହିଁ। ନିଦାନକୁ ନିର୍ମାତା କିମ୍ବା କ୍ଲାଏଣ୍ଟ ନାମ ଏବଂ ଏହାର ଫଳାଫଳ ସହିତ ଲେବଲ୍ କରନ୍ତୁ। ଅପଗ୍ରେଡ୍ ବଦଳାଉଥିବା node_modules ଫାଇଲ୍ ପ୍ୟାଚ୍ କରିବା ପରିବର୍ତ୍ତେ ସେହି ପ୍ୟାକେଜର ସାର୍ବଜନୀନ କନଫିଗରେସନ ବ୍ୟବହାର କରନ୍ତୁ। SOCKS ବ୍ୟବହାର କରୁଥିବା Node କୋର HTTPS କଲ୍ ପାଇଁ ଏପରି ଏକ ଇଣ୍ଟରଫେସ୍ SOCKS-ସମର୍ଥିତ HTTPS ଏଜେଣ୍ଟ।