带通配符的 URL 模式
URL 模式决定 JustZix 规则在哪里运行。从单个精确地址到一整族子域名——几个字符就足以让规则只在该生效的地方生效，绝不外溢。
整个域名还是精确路径
最简单的决定是规则的覆盖范围。模式 https://example.com/* 覆盖网站的每个页面——首页、文章、管理面板——只要规则应当运行，无论斜杠后面是什么。当某项修复只针对一个具体视图时，请给出不带星号的完整地址：https://example.com/admin 只匹配这一个路径。
在这两个极端之间还有一整片空间。模式 https://example.com/blog/* 会把规则限制在博客版块，而不触及网站的其余部分。这就是核心原则：模式越窄，意外越少。
通配符 *
星号代表任意字符串，包括空字符串。它在地址的每个部分都有效：协议、主机名和路径。
https://*.example.com/*— 每个子域名：app、shop、help。*://localhost:*/*— 任意端口、任意协议上的本地应用。*staging*— 任何包含“staging”一词的地址，不限域名。
包含模式与排除模式
包含模式指明规则应在哪里运行。排除模式从中减去具体的位置。两者配合就能描述“整个网站，购物车除外”这样的情形：你包含 https://example.com/*，然后排除 https://example.com/checkout/*。排除始终优先，因此规则不会进入可能破坏内容的页面。
收窄规则，使其不外溢
模式过宽的规则可能在你从未设想过的页面上触发——.header 选择器在每个网站上的样子都不一样。三个模式层级（文件夹、分组、规则）会叠加：你可以在文件夹层级从一个域名起步，再把规则收窄到单个路径。经验法则很简单：选择仍能覆盖所有需要该修复的页面的最窄模式。
单页应用与查询字符串
单页应用在不重新加载的情况下切换视图，因此 # 之后的片段或路径的一部分可能难以预测。最稳妥的做法是匹配地址中稳定的一段——例如 https://example.com/app/*——其余的交给规则脚本处理。? 之后的查询参数同样由通配符覆盖：无论用户追加什么筛选条件，https://example.com/search* 都能命中结果页面。