首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >在什么地方创作的文章?

在什么地方创作的文章?
EN

Stack Overflow用户
提问于 2015-06-16 07:43:34
回答 4查看 958关注 0票数 3

我试图理解在我的sitecore 7.2项目中创建文章项目的最佳方法。

基本上,我正在考虑两个选项:1-创建一篇文章作为一页;2-创建一篇文章作为一个网站数据项。

1-在给定页面下创建文章页(即我的文章)。这样,每一篇文章都会有一个特定的URL,在内容作者的观点中更容易理解;

2-在网站数据下有一个特定的文件夹(即文章文件夹)。这样,我们就不需要为每一篇文章都有一个页面了--我想要有一个文章页面来呈现文章字段。但是,这需要在URL、导航等方面做更多的工作。

还有别的主意吗?我是不是遗漏了什么?我还在看水桶..。

谢谢

EN

回答 4

Stack Overflow用户

回答已采纳

发布于 2015-06-16 08:16:14

我不同意马立克的观点,并建议你选择备选方案2。

将文章存储在“数据”节点下的文件夹中,可以让这些项目成为数据源。这就是塞托雷所建立的原则。然后,您可以通过一些小部件(如Promo面板)以许多有趣的方式显示这些文章,这会促使用户点击阅读文章,而不会重复文章的数据,并要求内容编辑多次管理数据。

它甚至支持多个站点,因此这些文章可以在其他站点中使用,您可以在将来添加到Sitecore实例中。

正如您所述,这将需要额外的工作,在Urls和导航,但它可以实现通过Sitecore的野生卡项目,你甚至使用一个伟大的开源模块,从塞特罗尔的市场完成90%的工作。有关更多信息,请参见下面的链接。

您仍然可以实现Marek在您创建的野生购物车项目的标准值上一次应用表示细节的要点。如果你使用的是Sitecore 7及以上,你可以把你所有的物品存储在一个桶里,所以如果你有很多文章,它们就可以以一种有意义的方式存储和搜索。

  • http://www.sitecore.net/learn/blogs/technical-blogs/getting-to-know-sitecore/posts/2011/09/wildcards-and-data-driven-urls.aspx
  • module.aspx
票数 3
EN

Stack Overflow用户

发布于 2015-06-16 08:19:22

在标准的一个实例设置中,最简单的实现是将文章创建为页面。

在Sitecore中,您希望将文件夹中的项目限制在100或以下,这是保持内容编辑器体验最佳的最佳实践。

这就导致您需要一个文件夹结构和几个选项:

  1. 手动维护文章的文件夹结构。例如,文章/年/月/日。这使您的编辑器对文件夹结构有了最大的控制,并允许他们通过可见的文件夹结构以更传统的方式导航文章。
  2. 使用一个桶,它会自动生成文件夹结构,并向内容编辑器隐藏这种复杂性。这使手动文件夹的创建和维护远离内容编辑器,并根据为桶设置的配置自动生成。这些文件夹在内容编辑器中是不可见的,因此它们将被迫在桶中搜索任何文章,而不是导航文件夹。
  3. 使用共享源新闻移动模块(mover.aspx)。这采取了一种不同的方法来解决上述问题。它通过传统的文件夹结构工作,但是它生成文件夹并根据文章中的日期字段在保存中移动项。因此,新闻搬运机处理文件夹的生成,但是,当打开包含大量项目的文件夹时,仍然需要再次检查每个文件夹不超过100项的性能。

对于所有解决方案,您仍然必须考虑文章的URL,因为默认情况下它们将包括文件夹结构。这并不总是可以接受的。我更喜欢从URL中删除文件夹结构。为此,您需要创建一个自定义linkProvider和一个自定义HttpRequestProcessor。首先,链接提供者允许您确保新的URL总是创建并显示在您的网站上。接下来,HttpRequestProcessor确保在导航到缩短的URL时,Sitecore将其识别为一个有效的URL并显示正确的页面。

通过从URL中排除文件夹结构,它还增加了URL不依赖于该结构的额外好处。这意味着编辑器可以更改文件夹结构,而不需要创建重定向项以确保SEO排名或用户书签不会丢失。

票数 1
EN

Stack Overflow用户

发布于 2015-06-16 09:07:28

更干净的数据模型是对URL使用通配符方法,并将文章数据的存储集中在一桶数据源中。这将为您提供数据的最佳性能和重用。

然而,这不是作者对他们的网站的看法。当他们使用该系统时,他们倾向于导航到他们会查看文章的区域,并尝试在那里创建一个新的文章。作者倾向于在“页面”中思考,所以尝试隐藏您正在使用的任何数据模型,并让他们能够使用Experience编辑页面。

有些开发人员试图优化得太远,而忘记了创作经验可能是交付的解决方案中最重要的部分。作者并不关心您存储数据的效率,只关心它们可以轻松地编辑和高效地发布数据。无论哪种模型支持这一点,对于您的作者基础,您应该如何实现它。

我的建议是一种基于页面的方法,在这种方法中,作者使用文件夹和条目创建URL结构,这是他们理解的。然后,如果确实需要,可以让主文章数据成为页面上的数据源驱动组件。用户可以使用他们熟悉的所有工具(体验编辑器,预览导航),但您仍然可以将原始数据存储在集中式文件夹中。理论上,您可以使用DMS规则交换文章数据,或者根据身份验证或成员身份状态隐藏信息。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/30861606

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档