د 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 دی. دا د منزل سکیمونو لپاره ثابت HTTP پای ټکی غوره کوي کله چې PAC خالي وي؛ HTTPS خپله ملاتړ شوې تونل لاره کاروي. په یوه خپلواکه عامه پاڼه ازموینه کې پرته له پروکسي تصدیق، د د HTTP پروکسي لیست یوه ننوتنه کولای شي هغه پای ټکی بدل کړي.
| د غوښتنې جوړونکی | د پلټنې وړ تګلاره |
|---|---|
| د DOM سرچینه یا د براوزر fetch | د NW.js د ویب انجن پروکسي تنظیم |
| د Node اصلي HTTP یا د بنډل ملکیت ټرانسپورټ | د هغه کلینټ استازی یا عامه پروکسي انټرفیس |
getProxyForURL د DOM بارولو لپاره د PAC په سټایل د تګلارې متن بیرته راګرځوي، لکه PROXY له پای ټکي سره یا DIRECT. دا نه تاییدوي چې یو بشپړه شوې غوښتنه یې کارولې ده.
د process.env.http_proxy بدلول هر پلي کول نه مجبوروي چې هغه متغیر ولولي. تشخیصات د جوړونکي یا کلینټ نوم او پایلې سره نښان کړئ. د هغه بنډل عامه تنظیم وکاروئ نه دا چې هغه node_modules فایلونه پیچ کړئ چې تازه کول یې بدلوي. د SOCKS کاروونکو Node اصلي HTTPS غږونو لپاره یو داسې انټرفیس د SOCKS ملاتړ کوونکی HTTPS استازی دی.