Sitecore未解析页面呈现中的富文本编辑器URL

Sitecore未解析页面呈现中的富文本编辑器URL,url,hyperlink,sitecore,pipeline,rte,Url,Hyperlink,Sitecore,Pipeline,Rte,在Sitecore 6.1.0中将链接插入富文本时遇到问题。插入指向sitecore项目的链接时,其输出为: http://domain/~/link.aspx?_id=8A035DC067A64E2CBBE2662F6DB53BC5&_z=z 而不是实际解析的url: http://domain/path/to/page.aspx 确认应在渲染管道中解决此问题: 在Sitecore 6中,它插入一个特殊的 包含Guid的格式化链接 要链接到的项目的,然后 当项目呈现为特殊项目时 链接将替换为实

在Sitecore 6.1.0中将链接插入富文本时遇到问题。插入指向sitecore项目的链接时,其输出为:

http://domain/~/link.aspx?_id=8A035DC067A64E2CBBE2662F6DB53BC5&_z=z

而不是实际解析的url:

http://domain/path/to/page.aspx

确认应在渲染管道中解决此问题:

在Sitecore 6中,它插入一个特殊的 包含Guid的格式化链接 要链接到的项目的,然后 当项目呈现为特殊项目时 链接将替换为实际链接 到项目

管道在web.config中添加了方法
ShortenLinks


所以我真的不明白为什么链接仍然以ID格式呈现,而不是以完整的SEO-tastic URL呈现。有人找到线索了吗


谢谢,如果您使用sc:fld渲染字段值,这将是默认行为。这是Sitecore 5留下的遗留行为,它没有替换项目链接中的GUID


如果要使用Sitecore 6的新功能,必须改用sc:field

如果使用sc:fld渲染字段值,这将是默认行为。这是Sitecore 5留下的遗留行为,它没有替换项目链接中的GUID


如果您想使用SITECORE 6的新功能,则必须使用Sc:field代替

< P>如果您要处理大量的代码更改来实现FieldReNeDER,则可能需要考虑使用SITECOR.Loo.Link KMask.ExpandDynamicLinks(String Text,URLOPTIONS选项)。它解析了富文本字段可能包含的媒体项的链接和引用。

< P>如果您正在处理大量代码更改以实现FieldReNeDER,则可能需要考虑使用SITECOR.Loo.Link KMask.ExpandDynamicLinks(String Text,URLOPTIONS选项)。它解析富文本字段可能包含的媒体项的链接和引用。

我也遇到了类似的情况。。我的客户端使用了sitecore占位符,这也不能正确呈现链接。如答案所述,我使用现场渲染结束:


我也遇到了类似的事情。。我的客户端使用了sitecore占位符,这也不能正确呈现链接。如答案所述,我使用现场渲染结束:



要对这个答案进行一点扩展,管道是链接从提到的ID格式“扩展”到完整URL的地方。如果使用XSL,sc:field扩展方法将调用renderField管道。如果使用代码隐藏渲染链接,则可以使用FieldRenderer类。还可以在布局/子布局中使用FieldRenderer控件(或从FieldRenderer控件派生的任何其他控件)。本文档为您提供了FieldRenderer控件的一点背景知识:为了对这个答案进行一点扩展,管道是链接从前面提到的ID格式“扩展”到完整URL的地方。如果使用XSL,sc:field扩展方法将调用renderField管道。如果使用代码隐藏渲染链接,则可以使用FieldRenderer类。还可以在布局/子布局中使用FieldRenderer控件(或从FieldRenderer控件派生的任何其他控件)。本文档为您介绍了FieldRenderer控件的一些背景知识:如果您使用的是代码生成体系结构,那么使用建议的功能仍然非常有效,依赖于原始字段值并希望替换链接。如果使用依赖于原始字段值并希望替换链接的代码生成体系结构,则使用建议的功能仍然非常有效。