详解IIS中URL重写工具的匹配URL-规则模式(rule patterns)
rule patterns规则模式在IIS的URL重写模块中，是较为关键的设置。只有规则模式的URL匹配成功时，其他的规则才能起到作用。规则模式的匹配URL设置主要是匹配URL中的路径部分，一般使用正则表达式和通配符对URL路径进行匹配，下面会仔细的说明。
首先要了解规则模式是匹配URL中的哪一部分，假设当前有网站的URL地址为http://shiyousan.com/Home/Index?page=1，那么规则模式匹配的部分就是Home/Index，域名的主机部分和参数部分如果要匹配，则需要在规则条件(Rule conditions)那设置，并且要使用到服务器变量，具体可以查看这篇文章：详解IIS中URL重写工具的规则条件(Rule conditions)
官方相关文档：Rule Pattern
PS:这里非常重要，一定要注意匹配URL的只是路径部分，是不包含主机域名部分！
下面说明如何设置匹配URL规则的各个属性：
如上图所示，匹配方式我们可以选择与模式匹配，与模式不匹配这两种。从字面上很容易理解这两个选项的意思，主要还是根据下面的匹配语法和模式相关联。
接下来选择要使用的匹配语法，一共有三种：正则表达式，通配符，完全匹配，这里我们选择的是使用正则表达式。
最后设置匹配规则模式的语法，这里我设置的正则表达式是 ^(.*?)/Home/(Index)$ 。点击右边的测试模式，我们可以测试正则匹配的是否正确，输入URL:http://shiyousan.com/Home/Index，最终正确的显示匹配，如下图所示：
我们使用正则一共可以捕获到3组反向引用的内容，具体关于{R:0}/{R:1}/{R:2}和向后引用/反向引用，可以看这篇文章：详解IIS中的重写工具下关于操作重定向URL中的{R:N}与{C:N}。
到这里就对rule patterns进行了全部的说明，以后在IIS上使用URL重写工具就会容易的多。
-
本文向大家介绍详解IIS中URL重写工具的规则条件(Rule conditions)，包括了详解IIS中URL重写工具的规则条件(Rule conditions)的使用技巧和注意事项，需要的朋友参考一下 本文结合官方文档和相关示例，详细记录了在IIS中URL重写工具下的规则条件(Rule conditions)的相关说明。规则条件允许我们通过额外的逻辑规则来过滤和匹配规则模式( rule patt
-
有时我们要对程序中一些 url 进行一个美化的操作，为了用户更方便的设置 url 美化功能，我们要应用下对我们应用的url 进行一个规则的设置， 如我们在portal应用下加上url.php配置文件，文件内容如下： <?php // +---------------------------------------------------------------------- // | ThinkC
-
有时我们要对程序中一些 url 进行一个美化的操作，为了用户更方便的设置 url 美化功能，我们要应用下对我们应用的url 进行一个规则的设置， 如我们在portal应用下加上url.php配置文件，文件内容如下： <?php // +---------------------------------------------------------------------- // | ThinkC
-
wiremock如何将URL路径模式与编码的URL精确匹配？是否需要使用已编码的URL保存映射？这是我试了几个小时，却没能成功的方法。 无线映射 我已经尝试过使用编码URL的不同变体，例如/Systems XYZ（ABC）/2016.10/aaa/bbb/api/ccc/customers/*甚至在映射中对（和）进行URL编码，但我的请求似乎不匹配 我试图针对wiremock/Systems XY
-
本文向大家介绍详解IIS中的重写工具下关于操作重定向URL中的{R:N}与{C:N}使用介绍，包括了详解IIS中的重写工具下关于操作重定向URL中的{R:N}与{C:N}使用介绍的使用技巧和注意事项，需要的朋友参考一下 URL Rewrite(URL重写工具)作为IIS下较为常用的模块组件， 提供了重写、重定向、自定义响应、中止请求等功能。但是其相关的中文资料比较缺少，官方倒是有完整和详细的英文文
-
本文向大家介绍详解Nginx location 匹配规则，包括了详解Nginx location 匹配规则的使用技巧和注意事项，需要的朋友参考一下 语法规则 location [=|~|~*|^~] /uri/ { … } 模式 含义 location = /uri = 表示精确匹配，只有完全匹配上才能生效 location ^~ /uri ^~ 开头对URL路径进行前缀匹配，并且在正则之前。 l