PAC کو اس کے جوابات بدلے بغیر تیز کریں
اوور لیپ ہونے والی استثنائیں اور فال بیک ترتیب برقرار رکھتے ہوئے غیر ضروری PAC جائزہ کاری کم کریں۔
PAC فائل کے لیے ”عام صورت پہلے رکھیں“ نامکمل مشورہ ہے۔ پہلا return فیصلہ ختم کرتا ہے۔ جب قواعد اوور لیپ ہوں تو اُن کی ترتیب روٹ پالیسی کا حصہ ہوتی ہے۔
ایک سروس کے لیے نجی پروکسی اور اس کے باقی ڈومین کے لیے سیدھا راستہ فرض کریں:
function FindProxyForURL(url, host) {
host = host.toLowerCase();
if (host === 'restricted.example.net') {
return 'PROXY proxy.example.net:8080';
}
if (dnsDomainIs(host, '.example.net')) {
return 'DIRECT';
}
return 'PROXY proxy.example.net:8080';
}نام مثالیں ہیں۔ وسیع سفکس جانچ کو درست ہوسٹ استثنا کے اوپر لے جانے سے محدود سروس سیدھی چلی جاتی ہے۔ اسکرپٹ چھوٹا یا تیز ہو سکتا ہے مگر غلط کام کرتا ہے۔
ترجیح گنوائے بغیر شرطوں کو گروہ بندی کریں
جب بڑی فہرست واقعی ایک ہی نتیجے والے مساوی درجے کے درست ہوسٹ ناموں کا مجموعہ ہو، تو موزوں تلاش ڈھانچہ بار بار پیٹرن جانچ سے زیادہ واضح ہو سکتا ہے۔ وہ برابری پہلے ثابت کرنی ہوگی۔ درست نام، wildcard اور پتہ-حد قاعدہ خودبخود ایک قابل تبادلہ مجموعے میں نہیں آتے۔
اسی طرح، اگر دونوں نام جان بوجھ کر مختلف راستے استعمال کریں تو www. ہٹانا پالیسی تبدیلی ہے۔ سٹرنگ موازنہ کو بہتر بنانا منزل کو خاموشی سے دوبارہ متعین نہیں کرنا چاہیے۔
وہ مہنگا کام ہٹائیں جس کی فیصلے کو ضرورت نہیں
ہوسٹ نام کی برابری جانچ کے لیے DNS درکار نہیں۔ صرف اُس وقت حل کریں جب باقی پالیسی کو پتہ درکار ہو، اور جہاں معاون PAC ماحول دوبارہ استعمال کی اجازت دے وہاں ایک جائزے کے اندر وہی تلاش دہرانے سے بچیں۔
فائل کے پاس کچھ متوقع فیصلے رکھیں: مخصوص استثنا، وسیع سفکس کے تحت ایک ہمزاد، غیر متعلق ہوسٹ نام اور متعلقہ پتہ لٹرل۔ JavaScript پارس ہوتی ہے یا نہیں صرف یہ نہیں، بلکہ واپس کیے گئے راستے اور کسی بھی فال بیک اندراج کی ترتیب کا موازنہ کریں۔ جب وہ نتائج مطابق ہوں، تصدیق کریں کہ براؤزر نے نظرثانی شدہ PAC لوڈ کیا۔
کارکردگی کی بہتری اُس وقت قابلِ یقین ہوتی ہے جب وہی صورتیں اپنے مطلوبہ راستے برقرار رکھیں اور غیر ضروری جائزہ کاری غائب ہو جائے۔ وسیع DIRECT شارٹ کٹ باہر جانے والا IP بدلتے ہوئے تاخیر مٹا سکتے ہیں۔