Sitecore GetItemUrl()解析为别名

Sitecore GetItemUrl()解析为别名,sitecore,Sitecore,我已经为一个也被重新命名的项目创建了一个别名(基本上是Sitecore中的虚拟(或替代)路径)。然后,我的自定义重定向处理程序将正确确定旧链接的项目ID 但是当我调用LinkManager.GetItemUrl(item,urlpoptions)时,生成的URL是别名的URL,而不是内容树中存在的实际Sitecore项目 此Sitecore是否为LinkManager.GetItemURL()解析为项目别名(如果存在)的默认行为 您能否确保您没有使用自定义的链接提供程序,例如?如果您正在使用它,

我已经为一个也被重新命名的项目创建了一个别名(基本上是Sitecore中的虚拟(或替代)路径)。然后,我的自定义重定向处理程序将正确确定旧链接的项目ID

但是当我调用
LinkManager.GetItemUrl(item,urlpoptions)
时,生成的URL是别名的URL,而不是内容树中存在的实际Sitecore项目

此Sitecore是否为
LinkManager.GetItemURL()
解析为项目别名(如果存在)的默认行为

  • 您能否确保您没有使用自定义的
    链接提供程序
    ,例如?如果您正在使用它,它的部分行为就是为项目链接应用别名

  • 另一件事是查看HTML输出缓存并确保这不是问题所在(如上面链接中针对另一个问题所述)


  • 另外,您使用的是什么版本的Sitecore?

    这就是令人费解的地方。我没有使用自定义链接提供程序。我使用的是Sitecore API附带的。当我逐步浏览代码时,我能够看到它将Sitecore项目传递到GetItemUrl(item,urlOptions)方法的何处,并返回别名的URL。我正在运行的版本是Sitecore 6.4.1Correction,它使用的是“共享源”链接提供程序。这看起来很奇怪。为什么这是“共享源”版本的行为?它只是共享源组件的一个特性。我没有做到这一点,但我认为原因是,如果你有一个别名URL和一个主完整URL,你会希望避免搜索引擎的URL重复,因此它更喜欢该项目的任何链接缩短别名URL。再说一次,只是猜测而已。如果这回答了您的问题,请不要忘记将其标记为答案。嗨,马克,我可以知道这是否已在Sitecore 6.4++中修复吗?