首先我會建議我不熟悉在任何級別上實現url重寫。幫助找到一個asp.net網站的URL重寫
這就是說我知道有2種類型或重寫本網站的設置。
一個我可以找到,是頂級重寫全權負責(車削和.com .co.uk)
有在頁面生命週期中實現莫名其妙的地方,很早就在另一個重寫,我怎麼都找不到或者網站正在這樣做。這可能都是在第三方DLL中處理的,但我想知道我可能要通過的步驟來證明或反駁這一點。
謝謝
首先我會建議我不熟悉在任何級別上實現url重寫。幫助找到一個asp.net網站的URL重寫
這就是說我知道有2種類型或重寫本網站的設置。
一個我可以找到,是頂級重寫全權負責(車削和.com .co.uk)
有在頁面生命週期中實現莫名其妙的地方,很早就在另一個重寫,我怎麼都找不到或者網站正在這樣做。這可能都是在第三方DLL中處理的,但我想知道我可能要通過的步驟來證明或反駁這一點。
謝謝
你的web.config在httpModules部分註冊了什麼? URL重寫器通常在請求生命週期的早期進行註冊。 httpModules和httpHandlers可以在這裏獲取請求。這當然假設你排除了IIS重定向。之後,您可以在global.asax文件中查找手動重定向。當你不知道原始編碼器如何決定實現這個想法時,有很多地方需要注意。我見過一些不好的地方,包括網站上每個頁面繼承的公共基本頁面的構造函數。
URL重寫器通常是ISAPI篩選器 - 當您選擇時,您可以搜索IIS 6中的Web站點或文件夾屬性中的當前適用的ISAPI篩選器(您可能在右側上下文菜單中具有ISAPI篩選器),II7,ISAPI篩選器網站或文件夾。
對於.NET 3.5或4.0,它可能是ASP.NET路由可能的原因 - 您可以在web.config或global.asax(放置路由的常見位置)中找到它。
我的話我很抱歉,終於追查一個原始的開發沒有重新寫任何東西。解決方案很複雜但可行。奇怪等:)。愛它。