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 बदलताना विलंब नाहीसा करू शकतात.