5

我们已完成将网站从旧 CMS 迁移到 SDL Tridion。我们有数千个客户，其中迁移的客户不到五个。现在假设我们需要自动迁移数千个客户端的其余部分，显然我们不能使用手动操作。有没有办法使用它可能提供的任何 API 针对 SDL 开发自动化解决方案？如果是，我们在哪里可以找到 API 的文档？有相同的书籍或在线教程吗？

4

5 回答 5

7

所有非常技术性的答案。无论您选择哪种路线，您都需要权衡不进行技术迁移（并尝试正确）与雇用大量学生进行复制和粘贴的选择。

于 2012-03-12T13:17:28.793 回答
5

Tridion 具有广泛的 API，并且这些 API 都有完整的文档记录。SDL Tridion 2011 的起点是https://www.sdltridionworld.com/downloads/documentation/SDLTridion2011SP1/index.aspx

自动迁移是完全可能的，但是 API 支持并不是这里的限制因素。了解源场景和目标场景中的数据更为重要。

于 2012-03-10T12:10:08.060 回答
5

无论使用哪种 CMS，都可以根据要从中迁移的系统中内容的组织方式来衡量迁移的复杂性。

我将迁移分为与 Origin 和 Destination 相关的 3 种类型：

  • 1--> CMS 到 CMS
  • 2--> 数据库到 CMS
  • 3--> 网站到 CMS

如果原始来源是数据库或其他 CMS，通常会降低复杂性，因为内容已经结构化。您必须提取它并将现有内容映射到新系统中的结构

如果目标是将现有网站迁移到 CMS 中，则复杂性会随着内容的杂乱性而增加，而不是 CMS 中的内容。同样，如果站点中的内容结构正确，仍然可以自动化，但大多数情况下都是手动维护的旧站点。有一些商业工具可以从网站上抓取内容并应用模式来识别常见元素、常见内容、常见元数据、结构，并且能够根据允许构建内容的规则来按摩原始内容和应用逻辑，但是即使是当源代码杂乱无章时，最好的工具有一个艰苦的工作要做。此外，我还看到了将最终的 html 分割成碎片并将其放入 CMS 的迁移。这是一种简单的方法，但当然是错误的，因为您没有利用 CMS

和 3 种类型与我们迁移的源类型和我们想要获取的源类型相关

  • 1--> 内容到内容
  • 2--> (HTML + Content All together) 变成 (HTML) + (Content) 分开
  • 3--> (HTML + Content + Code All together) 变成 (HTML) + (Content) + (Code) 分开

内容到内容迁移不那么复杂

第二个选项当然更复杂，因为你必须分离将成为模板的内容和 HTML

第三个选项更加复杂，就好像您正在提取页面的 html（例如使用大多数商业工具所做的 http 客户端），您没有捕获页面的逻辑。对于这种情况，您需要在文件级别工作

在进行迁移之前尝试进行非常深入的分析，因为事情可能会变得复杂。只有当您对原始系统和可靠的应用模式有很好的了解时，您才能在自动化中思考

于 2012-03-29T21:43:36.360 回答
3

我会考虑联系 Kapow 或 Vamosa，他们都擅长抓取网站，然后将它们导入 CMS。它们都有用于 SDL Tridion 的连接器。这可以为您的客户节省时间和金钱。

于 2012-03-10T19:38:45.707 回答
0

每次迁移都是不同的，除非您使用非常接近的数据模型将“数千个”站点（假设客户端是一个站点）从相同的源类型迁移到相同的目标（在本例中为 SDL Tridion）。一些 SDL Tridion 合作伙伴已经在解决这个问题并构建/构建辅助迁移自动化工具。如果您需要更多信息，请与我们联系。

于 2012-03-10T11:48:10.740 回答