Tengo un sitio de WordPress de membresía, y quiero migrar a una nueva versión del sitio, construir con RoR. ¿Son Jekyll / Middleman buenas soluciones para esto?

Jekyll está escrito en Ruby pero no es una aplicación Rails. Es un generador de sitio web estático consciente del blog sin base de datos, por lo que no puede manejar la membresía ni ninguna otra funcionalidad respaldada por la base de datos.

Dicho esto, es una gran herramienta para ejecutar sitios web y blogs estáticos en las páginas de GitHub. Hay un montón de herramientas para exportar tu blog de WordPress a Jekyll, utilicé thomasf / exitwp. Puede usar Disqus para comentarios, elegir entre una variedad de Temas Jekyll, y con Prose · Un editor de contenido para GitHub, escribir publicaciones de blog no requiere ninguna habilidad técnica.

Como se dijo anteriormente, Jekyll y Middleman son solo aplicaciones de Ruby que generan sitios web estáticos (ideal para blogs, páginas de GitHub, etc.). Necesitas desarrollar tu CMS y base de datos para manejar tus servicios actuales. Podrías intentar usar algo como Ruby on Rails CMS que es compatible con Rails 4.2 o simplemente puedes construirlo desde cero usando Rails. Parece que no sabes mucho sobre Rails, así que mi consejo es contratar profesionales para migrar el sitio y configurar tu nuevo CMS.

La migración de la base de datos puede ser algo complicada y el esquema para un sitio WP es, bueno, atípico. Literalmente necesitará asignar datos a nuevas tablas. Este es un proyecto bastante grande y sugiero contratar una agencia de desarrollo o incluso un desarrollador para manejar estos detalles.

Entonces Jekyll y Middleman son generadores de sitios estáticos, como resultado solo son buenos para su contenido estático. No es el tipo de cosa que tendría más allá del inicio de sesión de un sitio de membresía, pero está bien para el contenido público.

Asumiré que la parte miembro del sitio es lo que se está construyendo en RoR (de ahí por qué lo mencionaste). Sugeriría que incluso entonces Jekyll y Middleman probablemente no encajen bien. Tendría que ejecutar el generador de contenido cada vez que actualice su contenido y luego implementar los cambios.

En esta situación, he estado usando NestaCMS. Es bastante sencillo ya que es un CMS de archivo plano, por lo que su contenido generalmente es solo archivos Markdown. Pero también es una aplicación Sintatra / Rack, lo que significa que puede montarla con bastante facilidad como una ruta separada en su aplicación y hacer que se ejecute junto con ROR para servirle contenido estático.

Jekyll / intermediario no son Ruby on Rails. Son generadores de sitios estáticos. Se adaptarían a su caso de uso con una huella de seguridad más pequeña que un sitio de WordPress (no es necesaria una base de datos con estas herramientas).

También hay CMS basados ​​en Ruby on Rails (sistemas de gestión de contenido) como Rails Admin.

Según tengo entendido, puedes migrar WordPress a jekyll (bueno, no todo obviamente, sino el contenido de la página / publicación).

Luego puedes alojar en gh-pages gratis … y en lugar de cms / database es solo git-push markdown 🙂

Jekyll es una buena opción si sus gerentes de contenido también son desarrolladores 😉

En su caso, creo que un CMS basado en Rails con un panel de administración fácil de usar es el único camino a seguir.