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 બદલતી વખતે વિલંબ દૂર કરી શકે છે.