Sitecore重定向到物理布局页面而不是内容树项目

Question

因此，我们的客户使用www.opensiteexplorer.org来审核他们的网站。问题是当他们使用主页网址（例如https://www.clientsitecoresite.com）进行搜索时，会以某种方式将其重定向到实际布局页面https://www.clientsitecoresite.com/layouts/custom/mycustomlayout.aspx

我在httpRequestBegin管道中禁用了自定义项，但仍然存在同样的问题。

我检查了IIS日志，捕获的请求是物理布局页面。

我们正在使用Sitecore 6.5。

感谢有关此问题的任何意见。

其他信息：

奇怪，不知何故，当使用除浏览器之外的代理时，请求（网站的任何页面）被重定向到基本布局。我使用cURL curl.haxx.se检查标题，这是结果：

HTTP/1.1 301 Moved Permanently Cache-Control: no-cache, no-store Pragma: no-cache Content-Length: 185 Content-Type: text/html; charset=utf-8 Expires: -1 Location: http://www.clientsitecoresite.com/layouts/custom/baselayout.aspx Set-Cookie: ...... .....

baselayout.aspx继承自一个类。在基类的OnLoad事件中，当通过浏览器进行访问时，Request.Url是预期的。但是，当使用另一个代理（cURL.exe）时，Request.Url会以某种方式更改为baselayout路径。

知道哪个事件或sitecore配置可能导致此问题？我们没有robots.txt。我还尝试在ItemResolver管道之后取出URL重写和任何自定义过程。相关域的ensureAnonymousUser也设置为true。

可能值得一提的是，当我在cURL中使用HEAD请求时会出现问题，但是对于使用cURL或浏览器的GET请求，它似乎没问题。

Answer 1

你的意思是在最初的请求试图获得后，还有另一个请求布局？或者初始请求是否适合布局？ 在第二种情况下你有推荐人吗？我不关心你的自定义代码，因为我是返回aspx的人，我会在索引中调查该链接来自哪里...你是否启用了目录列表？任何自定义站点地图xlm？ 如果您的问题只是IIS上的日志，您可以修复它，并记录项目的路径而不是布局的路径，如以下帖子所示：http://www.bolaky.net/post/IIS-75-Logging-with-Sitecore-6x-in-Integrated-Pipeline-Mode.aspx

Answer 2

我会检查您网页上可能包含的任何表单标记的“操作”属性。如果设置不正确（即包含布局的路径），则可能导致非JS启用的请求出现问题。我已经看到这种情况发生在你通过JS设置动作之前（不是一个好主意fwiw）。

如果做不到这一点，我会像其他人提到的那样获得Sitecore的支持。