shExpMatch a PAC na amfani da wildcards, ba regex ba
Dokar proxy na iya zama daidai amma ba za ta taɓa daidaitawa ba, domin shExpMatch da regex na JavaScript suna amfani da harsunan tsari daban-daban.
A cikin PAC, shExpMatch na amfani da wildcards irin na shell. Don ƙananan yankuna na example.com:
if (shExpMatch(host, "*.example.com")) {
return "PROXY proxy.example:8080";
}Yi amfani da wuraren ƙarshen HTTP da manufar ta zaɓa a cikin waɗannan ƙimar dawowa; jerin proxy na HTTP yana samar da 'yan takara don hanyoyin jama'a da aka yarda. Tauraro yana daidaitawa da jerin haruffa. Ba ma'aikacin maimaitawa na regex ba ne, don haka .*example.com mai kama da regex yana canza ma'anar.
Haɗa ainihin sunan iyaye a fili lokacin da yake cikin manufar:
if (host === "example.com" || shExpMatch(host, "*.example.com")) {
return "PROXY proxy.example:8080";
}Yin amfani da *example.com a maimako zai kuma karɓi sunayen da suka ƙare da waɗannan haruffa ba tare da ɗigon rabuwa ba. Wannan yana faɗaɗa saitin fiye da iyakar yankin da aka nufa.
Tushen wildcard na PAC mai ɗaukuwa ya haɗa da * da ?; azuzuwan haruffa sun bambanta bisa ga aiwatarwa. Regex na JavaScript a maimako yana amfani da test() da nasa dokokin anga da tserewa.
Daidaita shigarwar da aka nufa. host sunan mai masauki ne, yayin da url ya haɗa da tsari kuma mai yiwuwa an tsaftace shi. Dokar yanki bai kamata ta dogara da gangan akan hanyar da burauza ba ta taɓa bayarwa ba.