Sitecore-基于url的动态值

Sitecore-基于url的动态值,sitecore,sitecore6,Sitecore,Sitecore6,我正在寻找建立一个网站,有一个单一的页面,但将显示无论是什么网址,并根据网址,将有不同的PEICE的信息改变 例如:电话号码 site.com/url1-显示800-123-4567 site.com/url2-显示800-456-1234 site.com/url3-显示800-987-6543 SiteCore 6可以开箱即用,还是需要构建自定义控件 有人能给我指出一些好教程的正确方向吗?听起来你需要使用一些URL重写。这将允许您采取以下措施: 进入: 然后将使用一个简单的数据库表,其中

我正在寻找建立一个网站,有一个单一的页面,但将显示无论是什么网址,并根据网址,将有不同的PEICE的信息改变

例如:电话号码

site.com/url1-显示800-123-4567

site.com/url2-显示800-456-1234

site.com/url3-显示800-987-6543

SiteCore 6可以开箱即用,还是需要构建自定义控件


有人能给我指出一些好教程的正确方向吗?

听起来你需要使用一些URL重写。这将允许您采取以下措施:

进入:

然后将使用一个简单的数据库表,其中包含指向#lookups的url,以显示正确的电话号码

快速谷歌搜索显示,您可能需要安装类似于Helicon Tech的ISAPI_重写模块(http://www.isapirewrite.com/)用于在Sitecore中进行URL重写

这是一个为无扩展URL做这件事的人的博客


听起来您需要使用一些URL重写。这将允许您采取以下措施:

进入:

然后将使用一个简单的数据库表,其中包含指向#lookups的url,以显示正确的电话号码

快速谷歌搜索显示,您可能需要安装类似于Helicon Tech的ISAPI_重写模块(http://www.isapirewrite.com/)用于在Sitecore中进行URL重写

这是一个为无扩展URL做这件事的人的博客


事实上,这些不同的URL中的每一个都是Sitecore树中不同的页面和唯一的项目。每个都基于相同的模板(要填充数据的字段),并且它们都具有相同的布局(.aspx web表单),只是在字段中填充了不同的值。这是基本的Sitecore功能。

这些不同的URL实际上是Sitecore树中不同的页面和唯一的项目。每个都基于相同的模板(要填充数据的字段),并且它们都具有相同的布局(.aspx web表单),只是在字段中填充了不同的值。这是基本的Sitecore功能。

在我们的文档中搜索共享内容和通配符项。
您将在其中找到解决方案。

在我们的文档中搜索共享内容和通配符项。
你会在那里找到解决方案。

从你的描述和评论来看,你可能会尝试做一些不同的事情。但本质上,您希望提供一种机制来寻址存储在Sitecore中的一段数据,并以与其他类似数据位相同的方式呈现/处理它。正如Michael在上文中所指出的,这不仅仅是Sitecore的现成功能,也是该软件的基本前提。例如,如果您有一个电话簿,则创建一个PhoneBookEntry模板,使用_标准值将其与布局和控件关联,然后从中创建PhoneBookEntry项目。每个都可以直接寻址,无需使用querystring

如果您的电话号码只是您希望显示的更广泛数据集的一部分(例如,联系方式)然后,您可以构建一个ContactDetails模板,该模板同时使用地址模板和PhoneBookEntry模板作为基本模板,然后从中创建ContactDetails项目-地址和PhoneBookEntry中包含所有字段。同样,这些将直接寻址,无需查询字符串

为了呈现内容,您将始终必须创建某种形式的表示组件(无论是XSLT还是.Net),尽管如果您仅使用标准的Sitecore工具(如FieldRenderer),这非常简单

如果您的ContactDetails希望允许显示多个电话号码,并且您希望选择要显示的电话号码,那么您可能希望使用查询字符串(例如show=mobile | office | home)。这是一个条件呈现,您必须将querystring测试插入到演示组件中。再说一次,这不一定很难

如果您使用querystring查找Sitecore外部保存和维护的数据(例如ContactDetails数据库),那么使用querystring可能会非常有利,尽管在这里您仍然需要自定义组件

请记住,您的数据体系结构在Sitecore中非常重要。它不是一个关系数据库,因此设计您的体系结构以处理多对多关系需要一些思考

同样值得注意的是,使用QueryString可能会对SEO产生恶劣的影响,因此最好将它们保持在最低限度,并且在使用它们的地方尽可能少地保留参数。还值得注意的是,如果您开始在SiteCore即开即用API之外操作链接构建,那么更改web.config中有关链接构建和解释方式的设置可能会破坏您的链接。Sitecore中有很多功能可用于确定,例如,如果手动缝合链接,则需要复制的项目的语言

我建议花些时间阅读产品文档,因为有很多烹饪书


除了演示之外,烹饪书可能也很有趣:

从您的描述和评论来看,您可能会尝试做一些不同的事情。但本质上,您希望提供一种机制来寻址存储在Sitecore中的一段数据,并以与其他类似数据位相同的方式呈现/处理它。正如Michael在上文中所指出的,这不仅仅是Sitecore的现成功能,也是该软件的基本前提。例如,如果您有一个电话簿,则创建一个PhoneBookEntry模板,使用_标准值将其与布局和控件关联,然后从中创建PhoneBookEntry项目。每个都可以直接寻址,无需使用查询