astro vs ghost eleccion
Origen
Al principio, consideré seriamente Ghost.
Admin UI hermosa. Newsletter integrada. Membresías listas. Todo funcionaba con un docker-compose up.
Luego leí los términos de servicio de Ghost(Pro). Vi dónde terminaban los datos de los suscriptores. Entendí que estaba alquilando espacio, no poseyéndolo.
Así que elegí Astro. Y OpenBSD. Y relayd. Y httpd.
Seis meses después, puedo decir: fue la elección correcta. No porque sea mejor. Porque es mío.
El Nexo
¿Por qué el Monolito archiva esto? Porque la elección del stack no es técnica. Es política.
Ghost te da comodidad a cambio de control. Astro te da control a cambio de complejidad.
Yo elegí control.
Cada línea de httpd.conf que escribí, cada error de relayd que depuré, cada certificado SSL que renové con acme-client… todo esto es conocimiento que poseo.
Con Ghost, si el proyecto cambia de licencia, estoy bloqueado. Con Astro, si el proyecto muere, mi sitio sigue funcionando. Para siempre.
El Desafío
El desafío fue aceptar la curva de aprendizaje.
Ghost: 1 hora para estar online. Monolito: 6 meses para estar online.
Pero después de 1 hora con Ghost, no sabes nada. Después de 6 meses con el Monolito, sabes exactamente cómo funciona cada capa.
La pregunta crucial es: ¿quieres publicar contenido o poseer la infraestructura?
Yo elegí ambas.
Paz Mental
Ahora que he escrito esto, he aclarado el valor de mi tiempo:
- No “perdí” 6 meses. Invertí 6 meses en soberanía.
- No soy “complicado”. Soy consciente.
- No estoy “atrasado”. Soy independiente.
La Paz Mental viene de saber que nadie puede apagar mi espacio digital. Sin cambios de términos. Sin aumentos de precio. Sin deplatforming.
El Monolito es mío. Y lo que es mío, puedo mantenerlo para siempre.
Nota técnica:
- Stack: OpenBSD 7.8 + httpd + relayd + Astro + Node.js
- Costo: cero (solo VPS Hetzner)
- Mantenimiento: cron para SSL, backup, rotación de logs
- Soberanía: 100% (sin terceros)
- Trigger: si un servicio requiere “aceptar términos”, evalúa si estás alquilando o poseyendo