Pues jekyll va a funcionar fenomenal, me da a mí, pero tengo el problema de arrastrar una base de datos desde hace 16 años. Eso genera conflicto. La base de datos es texto plano, los archivos de configuración y toda la mandanga también, así que supongo que lo podré solucionar con find and replace. Pero tengo que mirar cosas, cómo funcionan las categorías. No es que quiera categorías, pero hay que mirarlo y eso. ¿Jekyll podrá con más de 2K entradas? No tengo ni idea, pero me encantará mirarlo.
La cosa fundamental con esa cosa fea que es jekyll, inexplicable si no vienes de dentro, es que tu le metes chicha y cuando le das a build te recrea el sitio entero en html, y eso lo exporta al directorio que hayas configurado. Por defecto es ./_site, pero puedes configurarle otro donde necesites, así que tienes todos tus archivos a cubierto del fuego enemigo y mandas a la guerra sólo la reconstrucción en html del sitio. Le das y hace sus cosas, todo lo demás bajo cobertura. Dentro de la exportación genera un campo derivado de la base de datos que se llama shorturl (intenta enviar los link al shorturl de wordpress, y no) y que hace que nada funcione, excepto en las entradas que lo eliminas. Y jekyll se puede ir a la mierda tarde o temprano, pero tú tienes, al menos, un sitio completo en html funcionando que no molestará mientras no hagas cambios. Que puedes almacenar. Que va a verse siempre. Esa es una buena diferencia, si mañana se jode wordpress… bueno, da igual, por ahí va el lío.
Tengo mucha mierda que hacer primero, como cambiar todos los enlaces por relativos. Find and replace y listo, me acordaré de lo perezoso que he sido durante años y me odiaré por ello. Esta es la historia de una escapada de 16 años de wordpress. No será fácil, habrá bajas. Pero es posible. Y guardarlo todo en un formato legible pase el tiempo que pase es el primer paso para almacenarlo y olvidarse de ello, poderlo meter a conciencia en un cajón sabiendo que está a salvo.
Ya veremos para qué.