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 बदलते हुए देरी को गायब कर सकते हैं।