Built with Chinaski

Estabilidad y longevidad

Software que seguirá aquí dentro de diez años

Chinaski está hecho para sobrevivir a la rotación de herramientas de build. Nueve dependencias de producción, todas en Debian stable. Sin la rueda sin fin de los frameworks. Salida en HTML estático que no se puede romper.

Ver en GitHub

Por qué perdura

Sin rotación de herramientas de build

No hay toolchain de Node, ni bundler, ni transpilador que mantener al día. La pila que construye tu sitio hoy lo construirá sin cambios dentro de muchos años.

La salida estática no se puede romper

Producción sirve HTML simple. No hay runtime que se caiga, ni base de datos que se corrompa, ni proceso que mantener vivo. Un build terminado es un artefacto terminado.

Auditable en una tarde

Nueve dependencias, todas empaquetadas en Debian stable. Puedes leer tú mismo toda la superficie de dependencias: sin un lockfile de mil paquetes en el que confiar a ciegas.

Qué lo mantiene estable

Un runtime maduro

Perl ha mantenido la compatibilidad retroactiva durante décadas. El código escrito para Chinaski sigue funcionando entre actualizaciones del intérprete: sin reescrituras impuestas por la plataforma.

SQLite, no un servidor de base de datos

Todo el contenido vive en un único archivo SQLite. Nada que aprovisionar, ajustar o mantener en ejecución. Haz una copia de seguridad copiando un solo archivo.

Sin runtime en producción

El generador se ejecuta, emite archivos y termina. Una vez generado un sitio, no hay ningún proceso de Chinaski en producción que monitorizar, parchear o reiniciar.

Dependencias mínimas y fijadas

Nueve dependencias de producción, cada una un paquete maduro en Debian stable. Una superficie pequeña significa menos actualizaciones, menos sorpresas y mucho menos que pueda romperse.

Mira cómo funciona un build

La documentación completa de instalación, temas y API está en docs.chinaski.net.

Leer la documentación