I just enabled Failed Request Tracing for a site and I get a URL_CHANGED event as the third item on the log.
我刚刚为站点启用了失败的请求跟踪,我得到了一个URL_CHANGED事件作为日志中的第三项。
1. GENERAL_REQUEST_START SiteId="1", AppPoolId="DefaultAppPool", ConnId="1610613013", RawConnId="0", RequestURL="http://example.com:80/test/wp-admin/", RequestVerb="GET" 15:35:54.176
2. GENERAL_SET_REQUEST_HEADER HeaderName="AspFilterSessionId", HeaderValue="", Replace="true" 15:35:54.192
3. URL_CHANGED OldUrl="/test/wp-admin/", NewUrl="/index.php/test/wp-admin/" 15:35:54.192
Can someone tell me where the URL_CHANGED event comes from and how I can prevent it?
有人能告诉我URL_CHANGED事件的来源以及如何阻止它吗?
2 个解决方案
#1
I'd say this might be a question for the * sister site serverfault.com
我想这可能是*姐妹网站serverfault.com的问题
#2
This happened to me yesterday. In the end, when I enabled Failed Request Tracing logs for all areas in IIS, I could see that it was actually being changed in an ISAPI filter.
昨天发生在我身上。最后,当我为IIS中的所有区域启用了失败请求跟踪日志时,我可以看到它实际上是在ISAPI过滤器中进行了更改。
#1
I'd say this might be a question for the * sister site serverfault.com
我想这可能是*姐妹网站serverfault.com的问题
#2
This happened to me yesterday. In the end, when I enabled Failed Request Tracing logs for all areas in IIS, I could see that it was actually being changed in an ISAPI filter.
昨天发生在我身上。最后,当我为IIS中的所有区域启用了失败请求跟踪日志时,我可以看到它实际上是在ISAPI过滤器中进行了更改。