我们已完成将网站从旧 CMS 迁移到 SDL Tridion。我们有数千个客户，其中迁移的客户不到五个。现在假设我们需要自动迁移其余的数千个客户端，显然我们不能使用手动操作。有没有办法使用它可能提供的任何 API 针对 SDL 开发自动化解决方案？如果是，我们在哪里可以找到 API 的文档？有相同的书籍或在线教程吗？
【问题讨论】：
标签： content-management-system tridion
每次迁移都是不同的，除非您使用非常接近的数据模型将“数千个”站点（假设客户端是一个站点）从相同的源类型迁移到相同的目标（在本例中为 SDL Tridion）。一些 SDL Tridion 合作伙伴已经在解决这个问题并构建/构建辅助迁移自动化工具。如果您需要更多信息，请与我们联系。
【讨论】：
Tridion 拥有广泛的 API，并且这些 API 都有详尽的文档记录。您的 SDL Tridion 2011 起点是https://www.sdltridionworld.com/downloads/documentation/SDLTridion2011SP1/index.aspx
自动迁移是完全可能的，但 API 支持并不是这里的限制因素。了解源场景和目标场景中的数据更为重要。
【讨论】：
我会考虑联系 Kapow 或 Vamosa，他们都擅长抓取网站，然后将它们导入 CMS。它们都有用于 SDL Tridion 的连接器。这可以为您的客户节省时间和金钱。
【讨论】：
所有非常技术性的答案。无论您选择哪种路线，您都需要权衡不进行技术迁移（并尝试正确）与雇用大量学生进行复制和粘贴的选择。
【讨论】：
无论使用何种 CMS，迁移的复杂性都可以根据您要从中迁移的系统中内容的组织程度来衡量。
我将迁移分为与 Origin 和 Destination 相关的 3 种类型：
如果原始来源是数据库或其他 CMS，通常会降低复杂性，因为内容已经结构化。 您必须提取它并将现有内容映射到新系统中的结构
如果目标是将现有网站迁移到 CMS，则复杂性会随着内容更加杂乱无章而增加 在CMS中有那个。 同样，如果网站中的内容结构正确，仍然可以自动化，但大多数情况下都是旧网站 手动维护。 有一些商业工具可以从网站上抓取内容并应用模式来识别常见元素、常见内容、常见元数据、结构 并且能够按摩原始内容并根据允许构建内容的规则应用逻辑，但是即使是最好的工具也很难 当源杂乱无章时要做的工作。 此外，我还看到了将最终 html 分割成碎片并将其放入 CMS 的迁移。这是一种简单的方法，但当然是错误的，因为 您没有利用 CMS 的任何优势
还有3个Types与我们迁移的源类型和我们想要获取的源类型相关
内容到内容的迁移不太复杂
第二个选项当然更复杂，因为您必须将要成为模板的内容和 HTML 分开
第三个选项更加复杂，就好像您要提取页面的 html（例如，像大多数商业工具一样使用 http 客户端）， 您没有捕获页面的逻辑。对于这种情况，您需要在文件级别工作
在进行迁移之前尝试进行非常深入的分析，因为事情可能会变得复杂。 只有您对原始系统有很好的了解并有扎实的应用模式，您才能在自动化中思考
【讨论】：