url重写有几种方式

1)通过 >

方法是在“入站规则”里面设置 。

入站规则中有一个“服务器变量”，添加一个服务器变量“>

引言 让我们花点时间来看一下网站上的一些 URL 您是否发现一些类似于 xEmpID= &type=summary 的 URL？或者 您可能将一系列网页从一个目录或网站移动到另一个目录或网站 结果导致已将旧 URL 用作书签的访问者断开链接 在本文中 我们将了解如何通过将 xEmpID= &type=summary 替换为类似于 的网址 使用 URL 重写将那些冗长的 URL 缩写为富有意义且容易记忆的 URL 我们还将了解如何将 URL 重写用于创建智能 错误 URL 重写是截取传入 Web 请求并自动将请求重定向到其他资源的过程 执行 URL 重写时 通常会检查被请求的 URL 并基于 URL 的值将请求重定向到其他 URL 例如 在进行网站重组而将 /people/ 目录下的所有网页移动到 /info/employees/ 目录中时 您可能希望使用 URL 重写来检查 Web 请求是否指向了 /people/ 目录中的文件 如果请求指向 /people/ 目录中的文件 您可能希望自动将请求重定向到 /info/employees/ 目录中的同一文件 使用传统的 ASP 应用 URL 重写的唯一方法是编写 ISAPI 筛选器 或者购买提供 URL 重写功能的第三方产品 但是 使用 Microsoft® ASP NET 您可以通过很多方法来轻松地创建您自己的 URL 重写软件 本文讨论了可供 ASP NET 开发人员实现 URL 重写的各种技术 然后讨论了 URL 重写的一些实际使用情况 在深入讨论 URL 重写的技术细节之前 让我们先看一些可以使用 URL 重写的日常情景 URL 重写的常见用法 创建数据驱动的 ASP NET 网站时 通常会产生一个单个的网页 该网页基于查询字符串参数显示数据库数据的子集 例如 在设计电子商务站点时 您的任务之一便是允许用户浏览待售产品 为此 您可以创建一个名为 displayCategory aspx 的页面 该页面将显示给定类别的产品 可以通过查询字符串参数来指定要查看的该类别的产品 也就是说 如果用户要浏览待售的 Widget 产品 并且所有 Widget 产品的 CategoryID 均为 则用户可以访问以下网址 xCategoryID= 创建具有此类 URL 的网站有两点不足 首先 从最终用户的角度考虑 URL xCategoryID= 比较杂乱 可用性专家 Jakob Neilsen建议遵循以下标准来选择 URL &# ; 简短 &# ; 易于键入 &# ; 可以看出站点的结构 &# ; 可删节 允许用户通过删除 URL 的组成部分来浏览站点 我还要增加一条标准 即 URL 应该便于记忆 URL xCategoryID= 不符合 Neilsen 的任何标准 也不容易记住 要求用户键入查询字符串值将使 URL 的键入变得非常困难 并且只有了解查询字符串参数的用途及其名称/值对结构的富有经验的 Web 开发人员才能够对 URL 进行 删节 较好的方法是允许使用切合实际且容易记忆的 URL 如 只要看一眼 URL 您便可以推断出将要显示的内容 有关 Widget 的信息 此 URL 也很容易记住和共享 我可以告诉我的同事 请查看 /products/Widgets 她可能无需再次问我 URL 是什么即可打开该页面 （尝试一下 您只需说出 页面 即可！）此 URL 还将显示出来 并且应该是 可删节 的 也就是说 如果用户删去 URL 的末端 键入 他们应该看到所有产品的列表 或者至少应该看到他们可以查看的所有类别的产品列表 注意 要获得 可删节 URL 的最好示例 可考虑使用由许多 blog 引擎生成的 URL 要查看 年 月 日的帖子 用户可以访问诸如 的 URL 如果该 URL 被删节为 用户将看到 年 月的所有帖子 将该 URL 进一步删节为 将显示 年的所有帖子 除了简化 URL 之外 URL 重写还经常用于处理网站重组 以免导致大量链接断开或书签过期 请求到达 IIS 时将会发生什么情况 在正式研究 URL 如何实现重写之前 应首先了解 Microsoft® Internet Information Services (IIS) 如何处理传入请求 这一点非常重要 当请求到达 IIS Web 服务器时 IIS 检查被请求文件的扩展名以确定如何处理该请求 IIS 可以自行处理请求（如 HTML 页面 图像以及其他静态内容） 或者将请求路由到 ISAPI 扩展 （ISAPI 扩展是一个处理传入 Web 请求的非托管编译类 其任务是生成被请求资源的内容 ）例如 当传入针对 Info asp 网页的请求时 IIS 会将此消息路由到 asp dll ISAPI 扩展 然后 该 ISAPI 扩展将加载被请求的 ASP 页面 执行该页面 并将所呈现的 HTML 返回给 IIS 然后 IIS 将该 HTML 发送回请求客户端 对于 ASP NET 页面 IIS 会将此消息路由到 aspnet_isapi dll ISAPI 扩展 然后 aspnet_isapi dll ISAPI 扩展将处理 *** 作传递给托管的 ASP NET 辅助进程 该辅助程序将处理请求 并返回 ASP NET 网页的呈现 HTML 您可以自定义 IIS 以指定扩展名与 ISAPI 扩展的映射关系 图 显示了 Internet Information Services 管理工具的 应用程序配置 对话框 请注意 与 ASP NET 有关的扩展名（ aspx ascx config a x rem cs vb 及其他）均已映射到 aspnet_isapi dll ISAPI 扩展 图 已配置的文件扩展名映射 讨论 IIS 如何管理传入请求稍稍超出了本文范围 但是可以在 Michele Leroux Bustamante 的文章 Inside IIS and ASP NET 中找到对此内容的深入讨论 ASP NET 引擎仅处理那些扩展名已明确映射至 IIS 中的 aspnet_isapi dll 的传入 Web 请求 了解这一点非常重要 <b>使用 ISAPI 筛选器检查请求</b>IIS 除了可以将传入 Web 请求的文件扩展名映射到相应的 ISAPI 扩展之外 还将执行许多其他任务 例如 IIS 将尝试对发出请求的用户进行身份验证 并确定通过身份验证的用户是否有权限访问被请求的文件 在处理请求的有效期内 IIS 将经历几个状态 在每个状态下 IIS 都将引发可以使用 ISAPI 筛选器以编程方式进行处理的事件 与 ISAPI 扩展一样 ISAPI 筛选器是在 Web 服务器上安装的非托管代码块 ISAPI 扩展被设计为可以响应针对特定文件类型的请求 另一方面 ISAPI 筛选器还包含可以对 IIS 引发的事件进行响应的代码 ISAPI 筛选器可以截取甚至修改传入和传出的数据 ISAPI 筛选器可以应用于很多方面 包括 &# ; 身份验证和授权 &# ; 记录和监视 &# ; >

以上就是关于url重写有几种方式全部的内容，包括:url重写有几种方式、IIS服务器下怎么支持url重写、请教IIS7的URL重写编辑出站规则的问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！