2012-03-10 16 views
5

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?

+0

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. –

Respuesta

5

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

0

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.

+0

La oferta puede ser útil, pero esto no responde a la pregunta sobre la API y los recursos. –

5

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.

+0

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

+0

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. –

3

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.

7

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.

+1

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". –

Cuestiones relacionadas