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 बदल्दै ढिलाइ हटाउन सक्छन्।