Rullst AcademyRullst Academy/Lección
De la aplicación a la publicación con Rullst · Lección 02 / 12

Configurar sin sorpresas ocultas

El mismo programa puede usar bases distintas. Hagamos esa elección visible, pequeña y validada antes de abrir el servidor.

Rutas de aprendizaje25 min

Vamos a descubrir juntos

  1. 1

    Lee .env.example y src/deployment.rs. El kit usa MB_MODE, MB_DATABASE y MB_RELEASE. No carga .env automáticamente: el ejemplo es una referencia y README.md muestra PowerShell y Bash/zsh.

  2. 2

    Detén el servidor. Define MB_MODE=local, MB_DATABASE=practice.db y MB_RELEASE=lesson-v1 con la sintaxis de tu terminal. Ejecuta serve. El tablero está vacío porque elegiste otro archivo; eso no prueba que se haya perdido la base anterior.

  3. 3

    Detén y cambia MB_MODE a locla. Predice: ¿debe rechazar el valor o abrir un puerto público? Ejecuta y compara. Corrige a local. La prueba configuration_rejects_unsafe_mistakes_without_echoing_values verifica este rechazo.

  4. 4

    MB_RELEASE acepta letras, números, puntos, guiones y guiones bajos, hasta 40 caracteres. Es una etiqueta pública, no un campo de contraseña. Este laboratorio no necesita credenciales. .gitignore no elimina un secreto ya confirmado.

  5. 5

    Vuelve MB_DATABASE a missions.db y verifica la misión anterior. Al terminar, elimina las tres variables como indica README para evitar sorpresas en la próxima sesión.

Del razonamiento a la ejecución

El recorrido principal ocurre en tu equipo con datos ficticios. Podman, Quadlet y Caddy son extensiones opcionales; no necesitas comprar dominio ni contratar nube. Este laboratorio no está listo para escritura pública.

Lee los pasos antes de ejecutar. Estos comandos son una referencia; README.md explica la sintaxis de tu sistema y LAB.md reúne el recorrido. La web no ejecuta estos comandos por ti.

cargo test --locked configuration_rejects_unsafe_mistakes_without_echoing_values
Mi registro de evidencias

Crea dos archivos ficticios en sesiones separadas con una misión distinta en cada uno. Sin borrar nada, explica qué variable cambia el tablero visible y registra una configuración rechazada.

Separa predicción, ejecución y resultado observado. Registra “no ejecutado” cuando falte el entorno. El progreso de la web no valida una implantación real ni otorga certificación profesional.

Mis archivos y GitHub

Enlaces oficiales y siguiente paso

✦
TU MISIÓN

Definir variables en tu terminal, provocar una configuración inválida y corregir su causa.

Ahora te toca

Taller de descubrimientos

Decide con evidencias

Un compañero puso MB_RELEASE=mi-contraseña y MB_MODE=locla en un ejemplo para Git.
Prepara tus respuestas y comprueba cuando estés listo.
Una pausa para entender

El tablero está vacío después de cambiar MB_DATABASE. ¿Cuál es el primer diagnóstico?

Necesito una pista

Cambiar el destino cambia los datos visibles. Una configuración inválida debe fallar pronto; una válida todavía debe seleccionar el archivo previsto.

Cargando tu camino…

Llévatelo contigo

Crea dos archivos ficticios en sesiones separadas con una misión distinta en cada uno. Sin borrar nada, explica qué variable cambia el tablero visible y registra una configuración rechazada.

A tu ritmo

Mis archivos y GitHub

Cada lección puede convertirse en un registro propio: código, notas o un plan de práctica. Guardar un archivo en GitHub es opcional y no cambia tus XP.

Manual del alumno

El editor y las descargas se abren cuando esta lección esté disponible para tu cuenta. Revisa el acceso indicado abajo o vuelve al mapa de la ruta.

Comprobando tu acceso a esta lección…

Rullstpetbot

La IA puede equivocarse. Consulta el material de la lección.