PAC में shExpMatch वाइल्डकार्ड का उपयोग करता है, रेगुलर एक्सप्रेशन का नहीं
प्रॉक्सी नियम सही दिख सकता है पर कभी मेल न खाए, क्योंकि shExpMatch और JavaScript रेगुलर एक्सप्रेशन अलग-अलग पैटर्न भाषाएँ उपयोग करते हैं।
PAC में shExpMatch शेल-शैली के वाइल्डकार्ड उपयोग करता है। example.com के सबडोमेन के लिए:
if (shExpMatch(host, "*.example.com")) {
return "PROXY proxy.example:8080";
}इन रिटर्न मानों में नीति द्वारा चुने गए HTTP एंडपॉइंट उपयोग करें; HTTP प्रॉक्सी सूची अनुमत सार्वजनिक मार्गों के लिए उम्मीदवार देती है। तारांकन अक्षरों के अनुक्रम से मेल खाता है। यह रेगुलर एक्सप्रेशन का पुनरावृत्ति ऑपरेटर नहीं है, इसलिए regex जैसा .*example.com अर्थ बदल देता है।
जब सटीक पैरेंट नाम नीति का हिस्सा हो तो उसे स्पष्ट रूप से शामिल करें:
if (host === "example.com" || shExpMatch(host, "*.example.com")) {
return "PROXY proxy.example:8080";
}इसके बजाय *example.com उपयोग करने से अलग करने वाले बिंदु के बिना उन अक्षरों पर समाप्त होने वाले नाम भी स्वीकार हो जाएँगे। यह समुच्चय को इच्छित डोमेन सीमा से आगे बढ़ा देता है।
पोर्टेबल PAC वाइल्डकार्ड आधार में * और ? शामिल हैं; अक्षर वर्ग कार्यान्वयन के अनुसार भिन्न होते हैं। JavaScript regex इसके बजाय test() और अपने स्वयं के एंकरिंग व एस्केपिंग नियम उपयोग करता है।
इच्छित इनपुट से मेल करें। host एक होस्टनाम है, जबकि url में स्कीम शामिल है और हो सकता है कि उसे सैनिटाइज़ किया गया हो। डोमेन नियम को संयोगवश ऐसे पथ पर निर्भर नहीं होना चाहिए जो ब्राउज़र कभी प्रदान नहीं करता।