Pra*_*one 5 content-management-system tridion
我们已经完成了从旧CMS迁移到SDL Tridion的网站.我们有成千上万的客户,其中少于五个被迁移.现在让我们说我们需要自动迁移其他数千个客户端,显然我们不能使用手动工作.有没有办法使用它可能提供的任何API开发针对SDL的自动化解决方案?如果是,我们在哪里可以找到API的文档?任何书籍或在线教程相同?
Tridion有广泛的API,这些都是完整的文档.您的SDL Tridion 2011的起点是https://www.sdltridionworld.com/downloads/documentation/SDLTridion2011SP1/index.aspx
自动迁移是完全可能的,但API支持不是限制因素.了解源和目标方案中的数据更为重要.
无论CMS如何,迁移的复杂性都可以根据您要从中迁移的系统中的内容的组织程度来衡量.
我将迁移分为与Origin和Destination相关的3种类型:
如果原始源是数据库或另一个CMS,则通常会降低复杂性,因为内容已经过结构化.您必须提取该内容并使用新系统中的结构映射现有内容
如果目标是将现有网站迁移到CMS,则复杂性会随着内容在CMS中具有更多杂乱性而增加.同样,如果站点中的内容结构正确仍然可以自动化,但大多数情况是手动维护的旧站点.有一些商业工具可以从网站抓取内容并应用模式来识别共同元素,常见内容,公共元数据,结构,并能够按原始内容并根据允许构建内容的规则应用逻辑,但即使是当源无序时,最好的工具有很多工作要做.此外,我已经看到迁移将最终的html切成碎片并将其放入CMS中.这是一个简单的方法,但当然是错误的方法,因为您没有利用CMS的任何优势
3种类型与我们迁移的源类型和我们想要获取的源类型相关
内容到内容迁移不那么复杂
第二个选项当然更复杂,因为您必须分离将成为模板的内容和HTML
第三个选项甚至更复杂,就好像你正在提取页面的html(例如使用http客户端,就像大多数商业工具那样),你没有捕获页面的逻辑.对于这种情况,您需要在文件级别工作
在进入迁移之前尝试进行深入分析,因为事情可能变得复杂.只有您对原始系统和实体模式有很好的了解才能实现自动化