shExpMatch yn PAC brûkt wildcards, net reguliere útdrukkingen

Yn PAC brûkt shExpMatch shell-styl wildcards. Foar subdomeinen fan example.com:

if (shExpMatch(host, "*.example.com")) {
    return "PROXY proxy.example:8080";
}

Brûk de troch it belied keazen HTTP-einpunten yn dizze weromjeftewearden; de HTTP-proxy-list leveret kandidaten foar tastiene iepenbiere rûtes. De stjer komt oerien mei in rige tekens. It is gjin werhellingsoperator fan in reguliere útdrukking, dus in regex-lykjende .*example.com feroaret de betsjutting.

Nim de eksakte âldernamme eksplisyt op as dy by it belied heart:

if (host === "example.com" || shExpMatch(host, "*.example.com")) {
    return "PROXY proxy.example:8080";
}

*example.com ynstee brûke soe ek nammen akseptearje dy't op dy letters einigje sûnder skiedend punt. Dat ferbreedt de set bûten de bedoelde domeingrins.

De draachbere PAC-wildcardbasis omfettet * en ?; tekenklassen ferskille per ymplemintaasje. In JavaScript-regex brûkt ynstee test() en syn eigen ferankerings- en escape-regels.

Matskje de bedoelde ynfier. host is in hostnamme, wylst url in skema befettet en mooglik sanearre is. In domeinregel moat net by ûngelok ôfhinklik wêze fan in paad dat de browser nea leveret.