帮助定位asp.net网站的URL重写

帮助定位asp.net网站的URL重写,asp.net,Asp.net,首先,我建议我不熟悉在任何级别实现url重写 也就是说,我知道有2种类型或重写设置为这个网站 我可以找到一个专门负责顶层重写的人(将.com转到.co.uk) 在页面生命周期的早期,有另一个重写器以某种方式在某个地方实现,我找不到该站点是如何或在哪里实现的。这是可能的,它在一个第三方的DLL处理,但我想知道的步骤,我可能会通过证明或反驳这一点 谢谢您的web.config在httpModules部分注册了什么?URL重写器通常在请求生命周期的早期注册。HttpModule和HttpHandler

首先,我建议我不熟悉在任何级别实现url重写

也就是说,我知道有2种类型或重写设置为这个网站

我可以找到一个专门负责顶层重写的人(将.com转到.co.uk)

在页面生命周期的早期,有另一个重写器以某种方式在某个地方实现,我找不到该站点是如何或在哪里实现的。这是可能的,它在一个第三方的DLL处理,但我想知道的步骤,我可能会通过证明或反驳这一点


谢谢

您的web.config在httpModules部分注册了什么?URL重写器通常在请求生命周期的早期注册。HttpModule和HttpHandler可以在这里获取请求。这当然是假设您排除了IIS重定向。之后,您可以在global.asax文件中查找手动重定向。当你不知道最初的程序员是如何决定实现这个想法的时候,有很多地方值得一看。我见过一些不好的地方,包括网站上每个页面继承的公共基页的构造函数。

URL重写器通常是ISAPI筛选器-您可以在网站上搜索当前适用的ISAPI筛选器,或在IIS 6中搜索文件夹属性(您可能在右上下文菜单中有ISAPI筛选器),在II7上,选择网站或文件夹时,ISAPI会在“功能”视图中进行筛选


对于.NET 3.5或4.0,ASP.NET路由可能是原因所在-您可以在web.config或global.asax(放置路由的常见位置)中找到它。

我的话,我很抱歉,在最终跟踪原始开发人员之后,没有任何重写。解决方案很复杂,但可行。奇怪等等:)。我喜欢