ເຮັດໃຫ້ PAC ໄວຂຶ້ນໂດຍບໍ່ປ່ຽນຄຳຕອບຂອງມັນ

«ໃສ່ກໍລະນີທົ່ວໄປກ່ອນ» ເປັນຄຳແນະນຳທີ່ບໍ່ຄົບຖ້ວນສຳລັບໄຟລ໌ PAC. return ທຳອິດຈົບການຕັດສິນໃຈ. ເມື່ອກົດເກນຊ້ອນກັນ ລຳດັບຂອງມັນເປັນສ່ວນໜຶ່ງຂອງນະໂຍບາຍເສັ້ນທາງ.

ພິຈາລະນາ proxy ສ່ວນຕົວສຳລັບບໍລິການໜຶ່ງ ແລະ ເສັ້ນທາງກົງສຳລັບໂດເມນທີ່ເຫຼືອ:

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';
}

ຊື່ເປັນຕົວຢ່າງ. ການຍ້າຍການກວດສອບ suffix ກວ້າງຂຶ້ນເໜືອຂໍ້ຍົກເວັ້ນ host ທີ່ແນ່ນອນ ສົ່ງບໍລິການທີ່ຖືກຈຳກັດໄປຊື່ໆ. ສະຄຣິບອາດສັ້ນ ຫຼື ໄວຂຶ້ນ ແຕ່ເຮັດສິ່ງທີ່ຜິດ.

ຈັດກຸ່ມເງື່ອນໄຂໂດຍບໍ່ເສຍລຳດັບຄວາມສຳຄັນ

ເມື່ອລາຍການໃຫຍ່ເປັນຊຸດຊື່ host ທີ່ແນ່ນອນລະດັບດຽວກັນ ແລະ ມີຜົນລັບດຽວ, ໂຄງສ້າງການຄົ້ນຫາທີ່ເໝາະສົມອາດຈະຊັດເຈນກວ່າການກວດຮູບແບບຊ້ຳໆ. ຄວາມທຽບເທົ່ານັ້ນຕ້ອງພິສູດກ່ອນ. ຊື່ທີ່ແນ່ນອນ, wildcard ແລະ ກົດຊ່ວງທີ່ຢູ່ ບໍ່ໄດ້ຢູ່ໃນຊຸດດຽວທີ່ແລກປ່ຽນໄດ້ໂດຍອັດຕະໂນມັດ.

ເຊັ່ນດຽວກັນ, ການລຶບ www. ເປັນການປ່ຽນນະໂຍບາຍຖ້າສອງຊື່ໃຊ້ເສັ້ນທາງຕ່າງກັນໂດຍເຈດຕະນາ. ການເພີ່ມປະສິດທິພາບການປຽບທຽບ string ບໍ່ຄວນກຳນົດປາຍທາງຄືນແບບງຽບໆ.

ລຶບວຽກທີ່ແພງອອກທີ່ການຕັດສິນໃຈບໍ່ຕ້ອງການ

ການກວດຄວາມເທົ່າກັນຂອງຊື່ host ບໍ່ຕ້ອງການ DNS. ແກ້ໄຂສະເພາະເມື່ອນະໂຍບາຍທີ່ເຫຼືອຕ້ອງການທີ່ຢູ່, ແລະ ຫຼີກລ້ຽງການເຮັດຄົ້ນຫາເດີມຊ້ຳໃນການປະເມີນໜຶ່ງ ເມື່ອສະພາບແວດລ້ອມ PAC ທີ່ຮອງຮັບອະນຸຍາດໃຫ້ໃຊ້ຄືນ.

ເກັບຊຸດນ້ອຍໆຂອງການຕັດສິນໃຈທີ່ຄາດຫວັງໄວ້ຂ້າງໄຟລ໌: ຂໍ້ຍົກເວັ້ນສະເພາະ, ອ້າຍນ້ອງພາຍໃຕ້ suffix ກວ້າງ, ຊື່ host ທີ່ບໍ່ກ່ຽວຂ້ອງ ແລະ ຄ່າທີ່ຢູ່ທີ່ກ່ຽວຂ້ອງ. ປຽບທຽບເສັ້ນທາງທີ່ສົ່ງຄືນ ແລະ ລຳດັບຂອງລາຍການສຳຮອງໃດໆ ບໍ່ແມ່ນພຽງແຕ່ວ່າ JavaScript ຖືກແຍກຫຼືບໍ່. ເມື່ອຜົນເຫຼົ່ານັ້ນກົງກັນ, ກວດສອບວ່າບຣາວເຊີໂຫຼດ PAC ທີ່ແກ້ໄຂແລ້ວ.

ການປັບປຸງປະສິດທິພາບເປັນທີ່ໜ້າເຊື່ອຖືເມື່ອກໍລະນີດຽວກັນຮັກສາເສັ້ນທາງທີ່ຕັ້ງໃຈໄວ້ ແລະ ວຽກການປະເມີນທີ່ບໍ່ຈຳເປັນຫາຍໄປ. ທາງລັດ DIRECT ກວ້າງໆສາມາດເຮັດໃຫ້ຄວາມຊັກຊ້າຫາຍໄປ ໃນຂະນະທີ່ປ່ຽນ IP ທາງອອກ.