Si, el tema de los sitios estáticos es algo que estuve investigando para aplicar en mi trabajo, y es un movimiento que está tomando mucha fuerza. Perdón si me extiendo mucho, pero aprovecho para compartir las conclusiones que pude ir sacando.
Los 2 frameworks más grandes son actualmente
Jekyll (con lo que funciona github-pages, por ejemplo. está hecho en Ruby) y
Hugo (es muy muy rápido. está hecho en Golang).
Tienen varias ventajas copadas:
- el resultado final del proceso es html estático, eso hace que la página ande rapidísimo, y no tenga dependencias o requerimientos a nivel servidor/hosting
- no necesita mantenimiento ni actualizaciones de seguridad, porque no hay nada "instalado" en el servidor/hosting
- el sitio entero (tanto el diseño como el contenido) se puede versionar (meter dentro de un repo git), porque no hay una base de datos, el contenido son directamente archivos de texto e imagenes
- el migrar a otra tecnologia tambien es relativamente sencillo por esto de que el contenido está separado
- si está dentro de un repo, se puede configurar con integración continua, de manera que a partir de cada cambio que se haga en el sitio, se genere y deploye una version nueva automaticamente, haciendo que la actualizacion o publicacion del contenido sea muy sencilla, y automatica.
La desventaja más grande es que no incluye cosas dinamicas como comentarios, puntajes, búsqueda, y ese tipo de cosas (aunque mucho de esto se puede "tercerizar", y hacerlo mediante un servicio externo.
Disqus para comentarios,
Algolia para búsquedas, y así...).
Otra desventaja es que los "editores" del contenido no le tienen que tener miedo a la consola, porque la edicion se hace directamente sobre los archivos de texto.
En el caso particular de
la comunidad BennuGD, yo creo que aplica perfectamente a lo que es la página web/blog de noticias. Tambíen estaria muy bueno migrar la documentación a algo así.
Lo que no estoy seguro es si puede aplicar para la seccion proyectos, porque ahi la barrera más grande sería que cada usuario tiene que poder publicar contenido, y eso significa que cada usuario tiene que aprender a usar esa herramienta.
Hasta acá es el tema generación de sitios estáticos... y yendo un pasó más (y volando todavía mas alto) está algo que se conoce como
JAMStack, en donde se separan completamente lo que es el contenido de un sitio de lo que es la página (o aplicación) en la que se muestra. Y ahi es donde por ejemplo se puede tener una aplicacion que haga de API/Gestor de contenidos (
hay muchas), donde se cargan las noticias, se edita la documentación y se publican los proyectos... y por otro lado aparte, una web que consume esos datos y genera un sitio HTML estático. Pero bueno, esto lo veo demasiado ambicioso, aunque de todas formas queria comentarlo, porque es una posibilidad que existe.
De nuevo pido perdón si me excedí o me fui de tema, pero todo lo que digo lo digo con mucho optimismo y ganas de que esta comunidad mejore.