我试图理解在我的sitecore 7.2项目中创建文章项目的最佳方法。
基本上,我正在考虑两个选项:1-创建一篇文章作为一页;2-创建一篇文章作为一个网站数据项。
1-在给定页面下创建文章页(即我的文章)。这样,每一篇文章都会有一个特定的URL,在内容作者的观点中更容易理解;
2-在网站数据下有一个特定的文件夹(即文章文件夹)。这样,我们就不需要为每一篇文章都有一个页面了--我想要有一个文章页面来呈现文章字段。但是,这需要在URL、导航等方面做更多的工作。
还有别的主意吗?我是不是遗漏了什么?我还在看水桶..。
谢谢
发布于 2015-06-16 08:16:14
我不同意马立克的观点,并建议你选择备选方案2。
将文章存储在“数据”节点下的文件夹中,可以让这些项目成为数据源。这就是塞托雷所建立的原则。然后,您可以通过一些小部件(如Promo面板)以许多有趣的方式显示这些文章,这会促使用户点击阅读文章,而不会重复文章的数据,并要求内容编辑多次管理数据。
它甚至支持多个站点,因此这些文章可以在其他站点中使用,您可以在将来添加到Sitecore实例中。
正如您所述,这将需要额外的工作,在Urls和导航,但它可以实现通过Sitecore的野生卡项目,你甚至使用一个伟大的开源模块,从塞特罗尔的市场完成90%的工作。有关更多信息,请参见下面的链接。
您仍然可以实现Marek在您创建的野生购物车项目的标准值上一次应用表示细节的要点。如果你使用的是Sitecore 7及以上,你可以把你所有的物品存储在一个桶里,所以如果你有很多文章,它们就可以以一种有意义的方式存储和搜索。
发布于 2015-06-16 08:19:22
在标准的一个实例设置中,最简单的实现是将文章创建为页面。
在Sitecore中,您希望将文件夹中的项目限制在100或以下,这是保持内容编辑器体验最佳的最佳实践。
这就导致您需要一个文件夹结构和几个选项:
对于所有解决方案,您仍然必须考虑文章的URL,因为默认情况下它们将包括文件夹结构。这并不总是可以接受的。我更喜欢从URL中删除文件夹结构。为此,您需要创建一个自定义linkProvider和一个自定义HttpRequestProcessor。首先,链接提供者允许您确保新的URL总是创建并显示在您的网站上。接下来,HttpRequestProcessor确保在导航到缩短的URL时,Sitecore将其识别为一个有效的URL并显示正确的页面。
通过从URL中排除文件夹结构,它还增加了URL不依赖于该结构的额外好处。这意味着编辑器可以更改文件夹结构,而不需要创建重定向项以确保SEO排名或用户书签不会丢失。
发布于 2015-06-16 09:07:28
更干净的数据模型是对URL使用通配符方法,并将文章数据的存储集中在一桶数据源中。这将为您提供数据的最佳性能和重用。
然而,这不是作者对他们的网站的看法。当他们使用该系统时,他们倾向于导航到他们会查看文章的区域,并尝试在那里创建一个新的文章。作者倾向于在“页面”中思考,所以尝试隐藏您正在使用的任何数据模型,并让他们能够使用Experience编辑页面。
有些开发人员试图优化得太远,而忘记了创作经验可能是交付的解决方案中最重要的部分。作者并不关心您存储数据的效率,只关心它们可以轻松地编辑和高效地发布数据。无论哪种模型支持这一点,对于您的作者基础,您应该如何实现它。
我的建议是一种基于页面的方法,在这种方法中,作者使用文件夹和条目创建URL结构,这是他们理解的。然后,如果确实需要,可以让主文章数据成为页面上的数据源驱动组件。用户可以使用他们熟悉的所有工具(体验编辑器,预览导航),但您仍然可以将原始数据存储在集中式文件夹中。理论上,您可以使用DMS规则交换文章数据,或者根据身份验证或成员身份状态隐藏信息。
https://stackoverflow.com/questions/30861606
复制相似问题