fondo-transparente

Sistema SanSoul

4 minutos655 palabras

El sistema SanSoul es el resultado del desarrollo durante meses de trabajo, con el que he conseguido combinar diferentes tecnologías modernas tipo JAMStack y servicios freemium (versiones gratuitas) poco conocidos en España que me facilitan la gran ventaja de trabajar extremadamente rápido, lo que me permite ofrecer muy buenos precios SIN SACRIFICAR CALIDAD (diseño, usabilidad y SEO).

¿Te parece muy loco? ¡Pues sigue leyendo sobre más características que ofrece este sistema y flipa! 🤩

Características

En éste artículo explico las tecnologías que utilizo, alternativas y limitaciones:

Tecnologías

Hugo me permite usar temas personalizados mediante submódulos de Git para poder tener todo el desarrollo de éste proyecto que he creado separado de cada web y centralizado en un único lugar, por lo que todas las mejoras y opciones de personalización que vaya añadiendo se podrán actualizar a voluntan y muy fácilmente en cada sitio web.

Los CMS’s mencionados permiten modificar, directamente en Gitlab, los archivos tipo Markdown, YAML, TOML y JSON que hugo necesita de cada sitio web a modo de base de datos.

Hosting/Servidor

  • Gitlab para alojar todos los archivos gratis.
  • Netlify conectado a Gitlab para procesarlo todo y para recibir formularios en sus versiones gratuitas.

Alternativas

Podría usar Github en lugar de Gitlab, pero éste último dispone de CI/CD y es compatible con Hugo, lo que posibilita procesarlo todo sin necesidad de pasar por Netlify.

¿Y por qué no usas directamente el CI/CD de Gitlab y te olvidas de Netlify?

Por 4 razones:

  1. Facilidad para configurar y recibir formularios.
  2. Permite redirecciones con patrones.
  3. Cuando alguien que no es el creador del repositorio modifica contenido con Netlify CMS, el CI/CD de Gitlab da error.
  4. Ya que es necesario pasar por Netlify para poder usar Netlify CMS, tanto por lo anterior como por la configuración misma de éste, lo aprobecho.

Pero ya ofreces la opción de Forestry como CMS, los únicos puntos reales son los 2 primeros.

Efectivamente, pero he querido ofrecer como posibilidades:

  1. 2 CMS’s diferentes y compatibles entre sí para usar al gusto.
  2. Depender lo mínimo posible de servicios externos (Netlify/Forestry), por si alguno desaparece o se vuelve de pago.

Y los formularios por defecto se usan los de Netlify sin tener que configurar nada, pero también está prevista la posibilidad de usar cualquier servicio externo (con las limitaciones que definan) o incluso el hack de Google Forms (para no tener ninguna limitación).

Limitaciones

  • Netlify:
    • Banda ancha: 100 GB/mes
    • Procesamiento: 300 minutos/mes ~ 300 cambios/mes1
    • Formularios: 100 envíos/mes
  • Gitlab:
    • Banda ancha: 100 GB/mes
    • Procesamiento: 400 minutos/mes ~ 400 cambios/mes2

Si se diera la extraña situación de rebasar el ancho de banda, dejaríamos de usar Netlify.

Si se diera la extraña situación de rebasar el procesamiento, habría que plantearse si dejar de usar Netlify o esperar hasta el mes siguiente para continuar haciendo cambios.

A efectos prácticos, esto se traduce a que no se podrá utilizar Netlify CMS (pero si Forestry) y habría que configurar los formularios con otro servicio o con el hack de Google Forms (esto también habría que hacerlo si únicamente se supera la limitación de los formularios de Netlify).

El sitio en cuestión no dejaría de mostrarse, ya que solamente sería necesario:

  • Una simple configuración para que el procesamiento lo realice el CI/CD de Gitlab.
  • Cambiar los DNS del dominio para que dejen de apuntar a Netlify y apunten a Gitlab Pages.

Gitlab Pages no tiene limitaciones de banda ancha.


Eso es todo, cualquier duda me contactas.


  1. Netlify tarda en procesar cada sitio entre 20 segundos y 1 minuto tras cada cambio, lo que se traduce en un rango de 300-900 cambios/mes ↩︎

  2. Gitlab tarda en procesar cada sitio entre 40 segundos y 1 minuto tras cada cambio, lo que se traduce en un rango de 400-600 cambios/mes ↩︎

Usamos cookies de terceros para mejorar servicios y analizar tráfico. Leer más