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 ایجنٹ ہے۔