که Jint د PAC د ارزونې پر مهال ووایي چې dnsResolve یا myIpAddress نشته، نو د نور JavaScript بارول اړینه حل لاره نه ده. هغه PAC مرستندویان د هغه چاپېریال برخه ده چې کوربه اپلیکیشن برابروي.

د FindProxyForURL له غوښتنې مخکې

د PAC د ملاتړ شوي مرستندویانو ټولګه او د پتې کورنۍ وټاکئ، بیا هغه مرستندویان په انجن کې نصب کړئ. د هغوی تړونونه وساتئ: dnsResolve د کوربه نوم اخلي، myIpAddress هیڅ استدلال نه اخلي او د ځایي انټرفیس پالیسۍ ته اړتیا لري، او shExpMatch د شیل بڼې نمونې کاروي. هغه سټب چې اسانه ارزښت بیرته راولي کولای شي په خاموشۍ سره غلطه لاره وټاکي.

د دې پیل کار وروسته، په Jint 4.4.0 کې اصلي غوښتنه کولای شي داسې وي:

var destination = new Uri(destinationUrl);
engine.Execute(pacSource);
var routeList = engine.Invoke(
    "FindProxyForURL",
    destinationUrl,
    destination.IdnHost
).AsString();

engine هغه تنظیم شوی Jint.Engine دی؛ pacSource هغه ترلاسه شوی PAC پروګرام دی. destination.IdnHost کوربه نوم پرته له پورټ او لارې برابروي. دا غوښتنه نه PAC ترلاسه کوي او نه د پروکسي اړیکه پرانیزي.

د غوښتنې وروسته

د PROXY proxy.example:8080; DIRECT په څېر پایله د د لارو د نوماندانو او بیک اپ ترتیب شوي لړلیک په توګه تشریح کړئ. هغه ټوله تار د پروکسي URL په توګه لېږل د هغې معنا له منځه وړي. د ارزونې ناکامي له روښانه DIRECT پایلې جلا وساتئ.

په داسې حال کې چې دا ګرځي

د Jint د مودې، بیان، حافظې او لغوه کولو محدودیتونه تنظیم کړئ او یوازې اړین کوربه فعالیتونه څرګند کړئ. د DNS غوښتنې جلا محدودې کړئ: د JavaScript د اجرا کنټرولونه هره بندېدونکې کوربه غوښتنه د قطع کېدو وړ نه کوي. د یو انجن ته لاسرسی په ترتیب سره کړئ یا هممهاله کار ته جلا ملکیت لرونکي انسټانسونه ورکړئ؛ انجنونه د یوځل کارولو لپاره خوندي نه دي.

د براوزرونو PAC پلي کول کولای شي د مرستندویانو په غځونو او د URL په هغو جزئیاتو کې توپیر ولري چې ښکاره کوي، په ځانګړي ډول د HTTPS لپاره. له یوې نمونې پایلې سره سمون د براوزر د لارښوونې چلند سره له سمون څخه لږ ثابتوي.

اړوندې مقالې