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 ਬਦਲਦੇ ਹੋਏ ਦੇਰੀ ਮਿਟਾ ਸਕਦੇ ਹਨ।