
Entre Ríos Hoy
El segundo medio, y la prueba de que el método se repite
- Relación
- Trabajo para cliente
- Estado
- En producción
- Desde
- 12 de agosto de 2026
- En línea
- entrerioshoy.com.ar
Cliente externo y pago. El sitio, el panel de edición y el servidor son suyos.
Contexto
El pedido fue corto: un sitio de noticias de Entre Ríos, «como La Gaceta pero más sencillo», con hosting anual barato y seis secciones fijas.
Por dentro, el proyecto resolvía otra cosa: era el segundo medio sobre la misma arquitectura, y por lo tanto la primera prueba real de que servía para más de un sitio.
Problema
Un sistema que anda en un proyecto no está probado: está probado una vez. Hasta que no se levanta un segundo medio no se sabe cuánto del código era del producto y cuánto era de ese medio en particular.
Y acá había una diferencia de fondo respecto del primero: el sitio es de un cliente que lo paga. Acá no se puede romper.
Rol
Desarrollo completo y operación. Servidor, dominio, panel de edición, sitio público, recolección de noticias y tareas programadas.
- Seguridad del servidor y puesta en línea
- Preparación automática y repetible de la base de datos y las fuentes de noticias
- Adaptación del sitio a la identidad del medio
- Franja de servicios con datos reales de río, dólar, clima y rutas
- Copias de seguridad, controles de funcionamiento y publicación de cambios a distancia
Restricciones
Un servidor que no puede armar el sitio
El servidor no puede armar el sitio sin frenar lo que ya está funcionando. Se prepara en otra máquina y se envía ya listo.
Acá no se puede romper
Controles de funcionamiento, alerta de espacio y copia de seguridad externa desde el primer día. El arranque se frena si falta alguna de esas protecciones.
Nada específico en el código
Nombre, dominio, colores y secciones salen de una configuración aparte. Un dato del medio escrito a mano dentro del sitio es un error, no un atajo.
Un cliente que contesta corto
Toda la definición de fuentes llegó en dos palabras. Hubo que proponer y verificar en vez de esperar una especificación.
Solución
El proyecto arranca siendo una copia sin adaptar del primer medio. Esa decisión parece rara hasta que se entiende para qué sirve: la diferencia contra esa copia es, literalmente, la lista de todo lo que hay que tocar para levantar un medio nuevo.
A partir de ahí, la regla es que todo lo propio del medio pasa por configuración y nunca queda metido en el sitio. Y como una regla que nadie verifica se incumple sola, hay una prueba automática que revisa lo que ve el lector y falla si encuentra el nombre del medio hermano.
La franja de servicios trae altura de ríos, dólar, clima y estado de rutas con datos reales, con la misma regla de siempre: si la fuente no contesta, la caja no se dibuja.
Arquitectura
| Pieza | Función |
|---|---|
| Astro | El sitio que ve el lector, preparado fuera del servidor |
| Directus | Panel de edición del cliente |
| PostgreSQL | Base de datos del medio, separada de las de los otros |
| n8n | Recolección de noticias y flujo editorial propios del medio |
| Cloudflare | Dirección web y protección del dominio público |
No se comparte nada: hay una copia completa por medio, con su propio servidor, su propia base de datos y su propia clave de inteligencia artificial. Un incidente en uno no puede tocar al otro.
Resultado
El sitio está en línea con su dominio, su certificado de seguridad y la recolección de noticias corriendo. La primera corrida automática publicó doce notas y las doce salieron con foto de portada.
El resultado que más sirvió, sin embargo, fue interno: la lista de trece datos del medio hermano que había que sacar del sitio, y la prueba automática que impide que vuelvan.
13
fuentes de noticias conectadas
cinco publican directo, el resto queda en borrador
12 de 12
notas con foto de portada en una corrida automática
Activo
control automático que impide mezclar un medio con otro
avisa si el nombre del otro medio aparece en lo que ve el lector
Galería


Estado y enlaces
HerramientasAstro SSR · Directus · PostgreSQL · n8n · Nginx · Cloudflare