La dificultad dependería directamente de la complejidad de su aplicación de CI y de lo que está intentando portar.
Para mover contenido, la característica de EE1 de importar MoveableType Format puede ser algo útil. Desde mi experiencia, crear sus propias vistas de CI para poner su contenido en formato MoveableType es trivial, aunque tedioso. En EE2 existe la herramienta DataGrab para importar contenido más complejo. (FeedGrab, XMLGrab en EE1.) Nuevamente, hacer una vista CI para generar estos datos en un formato fácil de importar debería ser trivial.
Para migrar sus vistas de CI, realmente no hay una traducción fácil. En un flujo de trabajo típico de CI, probablemente haya estado tomando todos sus datos en el controlador y pasándolos a la vista. En EE usarás etiquetas de plantilla en lugar de MVC. La plantilla / grupo / plantilla EE en asociación con la etiqueta {exp: channel: entries} efectivamente hace el trabajo del controlador, dentro de la vista.
- Quiero participar en un concurso de aplicaciones web donde el tema es "aplicaciones para la vida laboral diaria". ¿En qué contexto debo interpretar esto y qué campos puedo abordar?
- Cómo eliminar una imagen de una base de datos y una carpeta SRC en PHP
- No hice una copia de seguridad de mi sitio de WordPress y actualicé a WP 4.4 en mi panel de WP. Ahora el sitio tiene un mensaje de advertencia / error fatal. ¿Perdí todo?
- Soy un desarrollador que se está volviendo independiente. ¿Cuál es mi mejor apuesta para tener éxito?
- Mi novio dice que Ruby on Rails no es una programación real. Eso es lo que hago como desarrollador. ¿Debería dejarlo?
Lo más importante es saber que EE es un CMS, mientras que CI es un marco. EE es simplemente una aplicación construida sobre CI. El paso de la aplicación que ha creado en CI a la aplicación de EE depende completamente de ese proyecto en particular. Mover contenido y traducir controladores / vistas plantillas intp EE serían las piezas más importantes del rompecabezas.