在SiteEdit和Experience Manager之间进行选择的标准是什么

Dom*_*nin 7 tridion tridion-2011 siteedit

在Tridion 2011 SP1系统上,您可以选择实施SiteEdit 2009 SP3和更新的"SDL Tridion 2011 SP1用户界面更新"(也称为体验管理器).做出这个选择的重要标准是什么,为什么?

例如:

  1. 易于实施的成本
  2. 基础设施
  3. 许可费用
  4. 未来的支持
  5. 功能改进

joh*_*ter 7

我的想法(我仍然称之为新产品UI btw):

  • UI仅适用于2011 Sp1 Hr1
  • SiteEdit现在很老了,UI是后来的产品......为什么你会选择安装不是最新软件的东西?

对你的观点:

  1. 在您不久之后必须安装UI时,2009年的安装成本将是浪费:)
  2. UI不再具有代理,它是CM机器的一部分.建立网站要容易得多3/4.不知道许可证成本,我想SDL不支持SE2009,所以我问SDL.
  3. 用户界面非常好,我不会写一篇关于新内容的文章,但我认为你的名单上的那一点,即不存在,应该是:

"最终用户对这两个系统的看法是什么?"

这是一个用户编辑工具,基础设施,技术细节的实现,我相信你可以解决这些问题(如果你必须),如果你正在使用一个将由用户使用的工具,你有一个做出的选择,难道不应该是他们认为最合适的那个吗?


Fra*_*len 7

SiteEdit 2009 SP3和Experience Manager都是目前支持的产品.但很明显,SDL未来的重点是进一步扩展体验管理器,而不再是SiteEdit 2009.

在简单的场景中,SiteEdit 2009可能更容易实现,因为由于会话预览机制的先决条件,Experience Manager对Content Delivery系统的影响更大.然而,当我安装没有会话预览的体验管理器时,我发现我只需要设置SiteEdit 2009 - 这是我经常安装的产品.

但是,Experience Manager通常应该导致更少的集成问题,因为它不使用服务器端代理.许多更高级的身份验证方案应该只与Experience Manager一起使用,他们已经证明了SiteEdit 2009具有挑战性.

我认为上述内容涵盖了问题的第1点到第4点.我将把5号留给其他人,虽然我已经提到"会话预览"是体验管理器中的一个重要新功能.


Chr*_*ers 7

我将增加2美分的成本 - 在我的大多数实现中,安装和测试SiteEdit 2009通常每个环境花费不到半天.确保您应用SDL Tridion World的所有热修复程序,以使其与最新的浏览器一起使用.

新UI可以选择使用称为"会话预览"(以实现快速发布)的功能,该功能使用多种内容交付技术(如OData).如果您尚未在实施中使用这些,那么它们可能是对基础设施/应用程序设计的大量投资,以使其设计/安装/工作/测试(我听说这已经花了一个多月的时间),将使体验经理在短期内实施起来相当昂贵.如果您不使用"会话预览"功能(如Frank已经说过的那样),实施时间/成本相似,但您不会受益于新产品的新快速发布功能.

至于功能 - 两个环境的外观和感觉非常不同.体验管理器显然是产品的发展方向,并提供了更加流畅的界面.因此,如果您的客户是SDL Tridion的新用户,我建议您使用它,但是如果他们是具有SiteEdit 1.3或2009经验的SDL Tridion长期客户,并且您不打算利用某些较新的功能在短期内,我很想继续使用SE 2009,并在升级到SDL Tridion 2013时转向体验经理.