Hemos terminado de migrar un sitio web desde el antiguo CMS a SDL Tridion. Tenemos miles de clientes de los cuales menos de cinco se migran. Ahora digamos que necesitamos automatizar la migración del resto de los miles de clientes, obviamente no podemos usar el esfuerzo manual. ¿Existe alguna forma de desarrollar una solución automatizada contra SDL utilizando cualquier API que pueda proporcionar? En caso afirmativo, ¿dónde podemos encontrar documentación para las API? ¿Cualquier libro o tutoriales en línea para el mismo?¿Podemos automatizar la migración a SDL Tridion?
Respuesta
Independientemente del CMS, la complejidad de una migración se puede medir en función de qué tan organizado esté su contenido en el sistema desde el que desea migrar.
categorizo la migración en 3 tipos relacionados con el origen y destino:
- 1 -> CMS CMS
- 2 -> Base de datos para CMS
- 3 -> sitio web para CMS
Si la fuente original es una base de datos u otro CMS, normalmente se reduce la complejidad, ya que el contenido ya está estructurado. Hay que extraer esa y mapear el contenido existente con la estructura que tendrá en el nuevo sistema
Si el objetivo es migrar un sitio web existente en un CMS la complejidad aumenta a medida que el contenido es más desorganizado que tener que el CMS. Nuevamente, si el contenido del sitio está estructurado correctamente, aún es posible automatizar eso, pero la mayoría de los casos son sitios antiguos que se mantienen manualmente. Existen herramientas comerciales que rastrean el contenido de los sitios y aplican patrones para identificar elementos comunes, contenido común, metadatos comunes, estructura y son capaces de administrar el contenido original y aplicar la lógica basada en reglas que permiten estructurar el contenido. incluso la mejor herramienta tiene un trabajo difícil que hacer cuando la fuente está desorganizada. También he visto migraciones que cortan el html final en pedazos y lo ponen en el CMS.Esto es un enfoque sencillo pero por supuesto hay un malo, como usted no está tomando ventaja de los CMS
y 3 tipos relacionados con el tipo de fuente que migran desde y el tipo de fuente que queremos obtener
- 1 -> contenido de contenido
- 2 -> (HTML + contenido Todos juntos) en (HTML) + (contenido) separada
- 3 -> (HTML + contenido + Código Todos juntos) en (HTML) + (Contenido) + (Código) separados
contenido de migración de contenido es menos complejo
La segunda opción es, por supuesto, más compleja, ya que hay que separar el contenido HTML y que se convertirá en plantillas
tercera opción es aún más compleja, ya que si se está extrayendo el html de la página (utilizando un cliente http por ejemplo como lo hacen la mayoría de las herramientas comerciales), no está capturando la lógica de la página. Para este caso, debe trabajar en el nivel de archivo
Intente realizar un análisis en profundidad antes de ingresar a una migración, ya que las cosas pueden volverse complejas. Solo si tiene un conocimiento muy bueno del sistema original y los patrones sólidos para aplicarlo, puede pensar en una automatización
Cada migración es diferente, a menos que esté migrando "miles de sitios" (suponiendo que un cliente es un sitio) del mismo tipo de fuente al mismo destino (SDL Tridion en este caso) con modelos de datos extremadamente cercanos. Varios socios de SDL Tridion ya están resolviendo este problema y construyeron/construyendo herramientas de automatización de migración asistida. Póngase en contacto con nosotros si necesita más información.
La oferta puede ser útil, pero esto no responde a la pregunta sobre la API y los recursos. –
Tridion tiene una gran cantidad de API y están completamente documentadas. Su punto de partida para SDL Tridion 2011 es https://www.sdltridionworld.com/downloads/documentation/SDLTridion2011SP1/index.aspx
Las migraciones automáticas son perfectamente posibles, sin embargo, el soporte de API no es el factor limitante aquí. Comprender sus datos en sus escenarios de origen y destino es mucho más importante.
Las migraciones automatizadas son útiles cuando puede asignar su conjunto de datos 1: 1 con Tridion, por ejemplo, al migrar un DB a Tridion. Sin embargo, para páginas web normales, y especialmente páginas con HTML escrito a mano, es mejor incluir una migración manual para estos artículos. Además, si puede darle un corte de pelo a su contenido y no migrar el 100%, sería lo mejor. – robrtc
No estoy de acuerdo con que necesariamente necesite mapear todo 1: 1. Obviamente, para que la automatización sea razonablemente manejable, necesita * alguna * estructura en los datos de origen, así que seguro, el HTML manuscrito no es muy útil, pero aún puede hacer una migración automática significativa de la mayoría del sitio, y dejar el resto para el trabajo manual. –
Consideraría ponerme en contacto con Kapow o Vamosa, que se especializan en rastrear sitios y luego importarlos a un CMS. Ambos tienen conectores para SDL Tridion. Esto puede ahorrarles tiempo y dinero a sus clientes.
todas respuestas muy técnicas. Cualquiera que sea la ruta que elijas, debes sopesar la opción de no hacer una migración técnica (y tratar de hacerlo bien) en lugar de emplear una carga de estudiantes para copiar y pegar.
Creo que quería decir "la opción de hacer una migración técnica" en lugar de "la opción de NO hacer una migración técnica". –
- 1. ¿Cómo podemos integrar Microsoft FAST con SDL Tridion 2011 SP1?
- 2. Documentación de SDL Tridion TOM.NET
- 3. SDL Tridion UI Uso .Net páginas maestras
- 4. Palabra clave Ruta en SDL Tridion
- 5. ¿Qué campos utiliza la búsqueda de SDL Tridion 2011?
- 6. MSBuild: ¿automatizar la recopilación de scripts de migración db?
- 7. Marco de Datos Ambientales SDL Tridion Solicitudes HTTP
- 8. Conexión a SDL Tridion WebDAV a través del Explorador de Windows (Windows 2008 R2)
- 9. ¿Podemos editar documentos XML en Tridion usando SiteEdit 2009?
- 10. ¿Cómo puedo importar archivos externos a SDL Tridion 2011 usando el servicio central?
- 11. ¿Podemos editar los metadatos de página en Tridion usando SiteEdit 2009?
- 12. ¿Cómo se cambia la ubicación de registro de un SDL Tridion Publisher?
- 13. Es posible eliminar el botón "Cargar componente MM" de la cinta SDL Tridion 2011
- 14. Problema que enfrenta después de la instalación de Tridion
- 15. Cómo automatizar la migración (esquema y datos) para la aplicación PHP/MySQL
- 16. No se puede conectar el cliente a Tridion Content Porter 2009 SP1 en Tridion 2011 SP1
- 17. ¿Podemos reemplazar las etiquetas <add text> en SiteEdit 2012 (en Tridion 2011)?
- 18. SDL Tridion UI/Experience Manager: modifique el botón de edición de habilitar
- 19. SDL
- 20. Crear enlaces de anclaje en campos de texto enriquecido con SDL Tridion 2011 SP1
- 21. SDL Tridion: ¿Cómo programo una página para publicar de forma recurrente?
- 22. ¿Cómo mantener las instrucciones de procesamiento del archivo xml en SDL Tridion?
- 23. Uso de SDL Tridion 2011 Core Service para crear componentes programáticamente
- 24. cómo desarrollar aplicaciones en el servidor (como chat en vivo) en sdl tridion?
- 25. Cómo obtener el usuario que inició una acción de publicación en un SDL Tridion C# TBB
- 26. ¿Para qué se utiliza el flujo de trabajo en SDL Tridion Component and Page Templates?
- 27. Cómo automatizar las pruebas de las plantillas de Tridion (con TOM.NET)
- 28. Error al cargar archivos binarios grandes en SDL Tridion Multimedia Components
- 29. ¿Qué revisiones de Tridion se han aplicado?
- 30. Adición de parámetros en plantillas de Dreamweaver en SDL Tridion 2011 SP1
Considere apoyar la propuesta del Área 51 para Tridion; esta es una gran pregunta, sin embargo desafortunadamente está un poco fuera de tema en StackExchange. –