Volver

Este CMS

Toda esta página está hecha en base a un CMS estático que programé en mi tiempo libre. Era un proyecto de una hora... llevó unas cuantas mas,durante las cuales me fui encariñando con el programa.

¿Me lo puedo bajar?

Si, claro.

Está en github y necesita algunos módulos de Perl que no suelen ser parte del core (pero que se instalan fácil con cpanp):

TODO

Sería una buena idea prescindir de File::Slurp y List::MoreUtils en un futuro.

File::Find::Rule también, pero por lo fácil y liviano que es y lo que hace, no le veo mucho futuro a la idea.

Por ahora, debuguear es suficiente.

¿Qué es lo que hace?

Básicamente, genera páginas HTML en base a archivos markdown y las indexa.

El índice no es gran cosa, pero funciona y después simplemente enlaza a los recursos embebidos/incrustados en las páginas individuales.

¿Cómo se usa?

Fácil. En la carpeta src van los artículos en formato markdown, el css y lo que sea que vaya a para a la página.

Se compila con la opción b y se recrea el sitio con todo su contenido en la carpeta -nueva- bautizada como "build_fecha".

Las imágenes a incrustar en las páginas puntuales de los artículos van a parar ala carpeta -nueva también- "build_fecha/data" y desde ahí se incrustan mediante un enlace markdown.

Le agregué disqus, como un adicional optativo (para incluir comentarios) y es elúnico "cacho de js" que usa hasta ahora.

Es bastante transparente.

¿Porqué es estático?

Porque así es mejor...

Es más rápido y más portable: literalmente, el texto HTML no tiene porque ser pesado; lo mismo aplica al css y las imágenes son quizá la excepción (y hasta ahí).

Es más seguro ya que no hay código expuesto (con la excepción de disqus).

Y por último, es suficiente para lo que quiero decir, tengo en mente y espero de este proyecto.

¿Y el css?

Está ahí...

Armalo como mas te guste y ponelo adentro de src. Lo va a copiar a la carpeta donde está todo.

El ejemplo del repo es lo que uso en la página que estás leyendo...

¿Y es rápido?

Sep...

Para optimizar todo un poco, hice que agregue un .htaccess con compresión y control del tiempo de expiración (el famoso "mod expires") en la carpeta final.

Me quedaría agregarle algo equivalente para nginx, pero como es estático, este asunto en particular no me representa ninguna prioridad (la carpeta final pesa como 2Kb, comprimido es la mitad, no se si tiene sentido optimizarlo más).

¿Es responsive?

Una página en HTML plano con el menor css posible, sin artificios de imágenes en el fondo, fuentes o recursos "jquerísticos" adicionales suena lo suficientemente responsive.

Volver
Última modificación: 16-Mayo-2017 18:48 by MarxBro.MarxBro. WTFPL-2016