23 de julio de 2026 · Gráfica Límite, Acero Plancheta y Alan · más el backup que se está armando en paralelo
En una frase: el backup lo está resolviendo la otra sesión y encontró que el VPS ya tenía backups andando por su cuenta (la spec asumía que no había ninguno). Acá quedaron tomadas las decisiones de los 3 clientes y creado el subdominio. Lo que falta antes de lanzar cualquier desarrollo es emparejar los repos, porque hoy el de Gráfica tiene instrucciones que contradicen el plan.
Se creó *.apps.traidagency.com apuntando al servidor. Cubre los tres clientes y también
las vistas previas por cambio. Verificado: resuelve bien y no rompió nada de lo que ya andaba.
La base más importante (la del Capataz: mensajes de WhatsApp y tickets) ya está copiada afuera, en Cloudflare. Falta que termine la prueba de restauración, que es la que decide si el backup sirve de verdad.
Quedó definido el alcance de cada uno, quién hace qué, y en qué orden se lanzan. Nada de esto se empezó a construir todavía — a propósito.
| Tema | Qué se decidió | Por qué |
|---|---|---|
| Alcance | Entran los 3: Gráfica, Plancheta y Alan. | Aprovechar el envión, con la salvedad de abajo sobre Alan. |
| Alan | Solo limpieza de seguridad + estructura mínima. Sin levantar servidor. | Todavía no firmó. La limpieza es urgente igual: tiene contraseñas de Mercado Libre vivas escritas en texto plano dentro de n8n. |
| Cómo trabajamos | Lo compartido acá; el código de cada cliente en su propia carpeta. | Si tres sesiones tocan el mismo servidor a la vez, se pisan. Y cada carpeta tiene sus propias reglas que solo se cargan si trabajás adentro. |
| Base de datos de Gráfica | Se muda ahora a la base propia del cliente, no después. | Hoy está vacía, así que mudarla no cuesta nada. Después del volcado de 2.000 publicaciones, cuesta muchísimo. |
| Orden de lanzamiento | Gráfica primero y sola. Plancheta y Alan detrás. | Gráfica prueba el molde de punta a punta. Si el molde sale con un error y lanzamos los tres juntos, arreglás el mismo problema tres veces. |
Cuatro cosas que aparecieron al mirar el terreno real, y que habrían hecho daño si seguíamos de memoria:
El plan era apuntar todos los subdominios al servidor. Resulta que www, app,
demo, api y staging viven de una regla general que iba a pisar.
Se usó una variante anidada: mismo resultado, cero riesgo.
La spec decía "cero backups". En realidad el servidor ya tenía tareas programadas copiando Moodle y la base del Capataz. La otra sesión se enganchó a lo que ya existía en vez de armar un sistema paralelo.
Su archivo de reglas dice "Hosting: Vercel" y base de datos en la nube. Es exactamente lo contrario a lo que decidimos. Si lanzo una sesión ahí hoy, va a trabajar contra el plan. Hay que corregirlo antes.
El contenedor de prueba se cayó solo. La otra sesión lo detectó, no lo dio por bueno, y está reintentando con otro método. Todavía no hay backup verificado.
| Qué | Estado | Detalle |
|---|---|---|
| Subdominio de los stacks | Hecho | Creado y probado. Los certificados de seguridad se emiten solos. |
| Base del Capataz copiada afuera | Hecho | Es la que más importa: mensajes de WhatsApp y tickets de clientes. |
| Copias automáticas programadas | Hecho | Quedaron corriendo solas todos los días. |
| Prueba de que el backup se puede restaurar | En vuelo | Segundo intento corriendo. Hasta que esto dé verde, el backup no cuenta como probado. |
| Limpieza de seguridad de Alan | Pendiente | Contraseñas de Mercado Libre visibles en texto plano dentro de n8n. |
| Emparejar los 3 repos | Pendiente | Corregir el de Gráfica; crear los de Plancheta y Alan desde cero. |
| Levantar los servidores de cada cliente | Pendiente | Espera a que la prueba de restauración dé verde. |
| Textos de lanzamiento (uno por cliente) | Pendiente | Se escriben los 3, pero lanzás solo el de Gráfica. |
| Datos reales de Gráfica | Bloqueado | Falta que Sebastián apriete el botón para conectar su cuenta de Mercado Libre. |
| Datos reales de Plancheta | Bloqueado | Hay que cambiar una clave que quedó expuesta y volver a pedir permisos. |
Que termine la prueba de restauración y confirme que los datos vuelven completos. No conviene que yo toque el servidor mientras tanto: dos sesiones escribiendo ahí a la vez es cómo se rompen las cosas.
Corregir las instrucciones de Gráfica (que hoy dicen lo contrario al plan) y armar desde cero los de Plancheta y Alan, ya con las reglas correctas desde el primer día. No toca el servidor, así que puedo hacerlo en paralelo al paso 1.
Borrar las contraseñas que están a la vista dentro de n8n, limpiar el historial y dejar marcadas como comprometidas las que quedaron expuestas. Va sin importar si Alan firma o no.
Uno por cliente, con su base de datos cerrada al mundo (solo alcanzable desde adentro) y su dirección web propia. Recién después de que el backup esté probado.
Uno por cliente: qué leer, qué puede hacer solo, qué tiene prohibido tocar sin preguntarte, y cómo se verifica que quedó bien.
Abrís una sesión limpia en su carpeta y le pegás el texto. Los otros dos quedan escritos y esperando.
"Verde" significa: se construye sola, se publica sola, tiene backup y se puede volver atrás. Ahí el molde está probado y replicarlo es barato.