在 Tridion 2011 SP1 系统上,您可以选择实施 SiteEdit 2009 SP3 和更新的“SDL Tridion 2011 SP1 用户界面更新”(也称为 Experience Manager)。做出这个选择的重要标准是什么,为什么?
例如:
- 实施的难易程度/成本
- 基础设施
- 许可费用
- 未来的支持
- 改进的功能
在 Tridion 2011 SP1 系统上,您可以选择实施 SiteEdit 2009 SP3 和更新的“SDL Tridion 2011 SP1 用户界面更新”(也称为 Experience Manager)。做出这个选择的重要标准是什么,为什么?
例如:
我将增加 2 美分的成本 - 在我的大多数实施中,安装和测试 SiteEdit 2009 通常每个环境只需不到半天的时间。确保您应用了来自 SDL Tridion World 的所有热修复程序,以使其与最新的浏览器一起工作。
新的 UI 可以选择使用称为“会话预览”(以实现快速发布)的东西,它利用了 OData 等多种内容交付技术。如果您还没有在您的实施中使用这些,那么它们可能是对基础设施/应用程序设计的可观投资,以使其设计/安装/工作/测试(我听说过这需要一个多月的案例),这短期内,Experience Manager 的实施成本会大大增加。如果您不使用“会话预览”功能,(正如弗兰克已经说过的)实施时间/成本是相似的,但您不会从新产品的新快速发布功能中受益。
至于功能 - 这两种环境的外观和感觉非常不同。Experience Manager 显然是产品发展的方向,并提供了更流畅的界面。因此,如果您的客户是 SDL Tridion 的新手,我建议您使用它,但如果他们是长期使用过 SiteEdit 1.3 或 2009 的 SDL Tridion 客户,并且您不打算利用一些较新的功能在短期内,我很想继续使用 SE 2009,并在升级到 SDL Tridion 2013 时转向 Experience Manager。
我的想法(顺便说一句,我仍在调用新产品 UI):
你的观点:
“最终用户如何看待这两个系统?”
这是一个用户编辑工具、基础设施、技术细节的实现,我相信你可以解决任何一个问题(如果你必须这样做),如果你要放入一个用户使用的工具并且你有一个做出的选择,不应该是他们一致认为效果最好的那个吗?
SiteEdit 2009 SP3 和 Experience Manager 都是当前受支持的产品。但很明显,SDL 未来的重点是进一步扩展 Experience Manager,而不是 SiteEdit 2009。
在简单的场景中,SiteEdit 2009 可能更容易实施,因为 Experience Manager 对内容交付系统的影响更大,因为它的会话预览机制的先决条件。然而,当我在没有 Session Preview 的情况下安装 Experience Manager 时,我发现设置 SiteEdit 2009 所需的时间并不多——我安装的次数要多得多。
但由于 Experience Manager 不使用服务器端代理这一事实,它通常会导致更少的集成问题。许多更高级的身份验证方案应该可以简单地与 Experience Manager 一起使用,而 SiteEdit 2009 已经证明它们具有挑战性。
我认为以上内容涵盖了您问题的第 1 点至第 4 点。我将把第 5 项留给其他人,尽管我已经提到“会话预览”是 Experience Manager 中的一项重要新功能。