کله چې د وخت پر بنسټ PAC قواعد یو پراکسي غوره کوي
په PAC کې د وخت قاعده هغه مهال پراکسي غوره کوي کله چې لارښوونه ارزول کېږي. دا ژمنه نه کوي چې موجوده اړیکه په دقیقه ثانیه کې نوي وتلو ته ولېږدوي.
تاسو کولی شئ یو د PAC قاعده ولیکئ چې سهار یو پراکسي او وروسته بل بیرته راولي. خو له دې قاعدې نشئ کولی دې پایلې ته ورسیږئ چې هره موجوده براوزر اړیکه د غرمې پر مهال خپل وتل بدلوي.
د timeRange() په څېر افعالې د لارښوونې په پرېکړه کې برخه اخلي. دوی د شالید مهالوېش نه دي چې تونلونه وتړي، ساکټونه ولېږدوي یا د پراکسي چمتو کوونکي څخه وغواړي چې خپله عامه IP وڅرخوي.
درې پېښې جلا وساتئ:
- براوزر PAC ارزوي او یوه لار ترلاسه کوي.
- مراجع د خپلو شبکې قواعدو له مخې اړیکه جوړوي یا بیا کاروي.
- غوره شوې خدمت د خپلې راتلونکې اړیکې لپاره عامه پته غوره کوي.
د وخت شرط په مستقیم ډول لومړنۍ پېښې ته اړه لري. لا دمخه فعال ډاونلوډ یا اوږدمهاله اړیکه بله مسئله ده. د مراجع کاش او د اړیکو بیا کارول هم مانا دا ده چې 'سکریپټ کې د ساعت کتنه ده' د دقیق بدلون مهالوېش لپاره کافي شواهد نه دي.
که یوه دنده د هرې ناستې، غوښتنې یا وخت کړکۍ لپاره نوې وتل غواړي، هغه انټرفیس وکاروئ چې د دې اړتیا لپاره جوړ شوی او د هغې مستند چلند وګورئ. PAC کولی شي د پای ټکو ترمنځ غوره کړي، خو دا نه ټاکي چې هغه پای ټکي د خپلو وتلو پتو سره څه کوي.
د وخت پر بنسټ لارښوونه کېدای شي د قصدي شبکې تګلارې لپاره لا هم ګټوره وي. دا د ارزونې پر مهال د لارې غوره کول وبولئ، نه د تضمین شوي IP څرخولو میکانیزم.