Sitecore别名拒绝工作
我继承了一个Sitecore项目,并将一个新别名添加到内容树中某个项目的一组现有别名中 然而,尽管我可以访问旧的别名,但我的任何新别名似乎都不起作用,并导致404 我曾尝试发布内容项,甚至系统/别名,但它们仍然不起作用Sitecore别名拒绝工作,sitecore,Sitecore,我继承了一个Sitecore项目,并将一个新别名添加到内容树中某个项目的一组现有别名中 然而,尽管我可以访问旧的别名,但我的任何新别名似乎都不起作用,并导致404 我曾尝试发布内容项,甚至系统/别名,但它们仍然不起作用 我是否遗漏了一些明显的东西?有几件事可能会阻止别名工作,其中一些取决于系统的设置: 验证您的别名是否已发布。要执行此操作,请切换到Web DB并检查您配置的别名是否如预期的那样出现。如果它们没有发布,请确保在Alias文件夹上运行发布(为了安全起见,我建议重新发布)。 如果在此
我是否遗漏了一些明显的东西?有几件事可能会阻止别名工作,其中一些取决于系统的设置:
- 如果在此之后您的别名不起作用并且仍然没有发布,请尝试运行完整的站点重新发布。
- 如果他们仍然不发表,请转到下面的第3条
- 如果您的别名无效且已发布,请重试。
- 如果您的别名仍然不起作用,请转到下面的数字2和4
- 请注意,这是Sitecore的别名解析程序的默认行为
- 如有必要,您可以自定义AliasResolver,以允许您为每个站点指定单独的alias文件夹,然后是Yogesh Patel
- 如果您确实发现缺少必要的权限,并且正在尝试了解如何配置这些权限/如果您在查找所需权限时遇到困难,那么您应该查看John West的文章
- 如果重定向是您的问题,那么重定向模块很可能是罪魁祸首。检查它是否已安装并配置为将别名重定向到404页
- 如果未配置重定向模块,请检查代码中的自定义重定向
希望这能有所帮助。祝你好运,编码快乐!:) 在检查了Zachary Kniebel提出的观点后,我最终认为这取决于项目的范围和URL的生成方式 例如,我们有:
Home/
Holidays/
Some Item
现在,别名可以是某些项目上的蟾蜍。因此,我假设以下URL可以工作:
但是,由于别名是全系统的,因此我意识到别名实际上是:
这意味着为了获得我想要的结构,我必须创建别名Holidays/Toads
,而不仅仅是Toads
,根据需要复制树结构
当我这样做时,别名开始按预期工作。也许。您是否发布了内容,您的别名指向?@MarkCassidy是。我尝试的第一件事是:/尝试切换到Web DB,并检查您配置的别名是否如预期的那样出现。如果有,请验证您的别名是否与任何其他别名或路径冲突/重复。我假设直接访问该项目不会以404响应?我经历过@ZacharyKniebel过去提到的内容-特别是旧的重复项(创建/发布/删除工作流的结果)。可能值得切换到web DB并快速查看一下。我对此投了更高的票,因为它给了我一些很好的起点谢谢。