Un sitio que podemos
seguir construyendo.

Antes de reemplazar un archivo

La raíz de la aplicación es la carpeta donde están app.cjs y package.json. Confirma que sea la que utiliza Spaceship y prepara un respaldo privado de esa carpeta y de sus datos. Conserva también la configuración de cPanel. Si otra persona te acompaña en la instalación, puede seguir los pasos del LEEME que viene con esta versión.

Cuando nuestra página ya está funcionando

1. Detén temporalmente la aplicación desde cPanel y crea el respaldo con la utilidad incluida. Espera a que confirme que terminó; así sabremos que tenemos una copia a la que volver.
2. Conserva data, .env, .htaccess y las variables de entorno. Si ROSCAILLE_DATA_DIR señala otra carpeta, esa es la que contiene nuestros datos y debe mantenerse.
3. Si vienes de Alpha 1.0.0, puedes usar el ZIP de actualización: reemplaza solo los archivos que cambiaron. El ZIP completo sirve para consolidar la base o preparar otra instalación. En ambos casos, extrae el contenido en la raíz de la aplicación, sin añadir una carpeta intermedia.
4. Mantén Node.js 24, app.cjs como archivo de inicio y PUBLIC_ORIGIN con el dominio HTTPS correcto. La distribución ya está preparada; no necesitas ejecutar npm install ni compilar para instalar esta entrega.
5. Reinicia la aplicación y abre las páginas principales. Comprueba que siguen allí las entradas, las imágenes y tus cuentas. Después revisa Postulaciones y la Guía del sitio web.

Cuando empezamos en otro servidor

Prepara una aplicación Node.js 24 y una carpeta persistente para sus datos. Sube el paquete completo, configura el dominio en PUBLIC_ORIGIN y arranca con app.cjs. Si quieres trasladar la página tal como está hoy, necesitas además el respaldo privado del hosting: el paquete de código no contiene las cuentas ni las postulaciones actuales.

Qué encontramos dentro del paquete

Además del código y los recursos, el paquete completo conserva una copia pública inicial del 11 de septiembre de 2026. Solo se utiliza cuando no hay una base de datos existente. No debemos sustituir la información actual por esa copia inicial. Las mejoras hechas directamente en los datos o imágenes del hosting se conservan manteniendo su carpeta de datos.

Si algo necesita una segunda revisión

Podemos volver al código anterior usando el respaldo. Antes de restaurar datos, revisemos si llegaron nuevas postulaciones o publicaciones después de esa copia: también merecen conservarse. No hace falta empezar de cero para corregir una instalación.