IIS、SiteCore、调用文件夹时Url重定向

IIS、SiteCore、调用文件夹时Url重定向,iis,sitecore,Iis,Sitecore,我正在使用SiteCore 6.4,并在LinkManager的ParseUrl方法中设置了一个钩子。除了一个问题外,所有这些都正常工作,当我调用包含文件夹的url时,HttpRequest最终会从目录中删除条带 作品: 如果我调用请求,我得到的URL为。如果我手动更改url(在调试模式下)以包含我想要的内容,那么一切正常 管道中有东西正在重定向url。它在哪里?我如何预防它?IIS 5/6中曾经有一个取消文件存在检查的设置,IIS 7中是否有相同的设置?我假设您的“状态”是两个字母的缩写。如果

我正在使用SiteCore 6.4,并在LinkManager的ParseUrl方法中设置了一个钩子。除了一个问题外,所有这些都正常工作,当我调用包含文件夹的url时,HttpRequest最终会从目录中删除条带

作品:

如果我调用请求,我得到的URL为。如果我手动更改url(在调试模式下)以包含我想要的内容,那么一切正常


管道中有东西正在重定向url。它在哪里?我如何预防它?IIS 5/6中曾经有一个取消文件存在检查的设置,IIS 7中是否有相同的设置?

我假设您的“状态”是两个字母的缩写。如果是这种情况,请尝试在您的LinkManager的web.config中设置“languageEmbedding=”never“。我也有类似的问题。它试图将你的2字符状态解释为语言,即:en,sp等。至少,这是我的想法。它解决了我的问题。

这就成功了!真烦人。因此,基本上,我无法包含语言(至少内置sitecore语言)功能,因为这样?您可以将languagelocation设置为querystring,而不是文件路径。基本上,它不会在URL中被考虑,相反,它会在查询字符串中查看。没有url IMO中的那么好,但是很好。比使用查询字符串稍微好一点的是在web配置中设置并行主机名,例如en.mysite.com fr.mysite.com。这仍然是一个解决办法,但将提供比使用查询字符串更好的搜索引擎优化。