Un proyecto hecho con Django para la gestión de hackackatones.

Después de clonar el repositorio, sigue estos pasos para iniciar el desarrollo:

1. Definir variables de entorno.
   Renombra plantilla.env a .env y fija los valores de las variables.
2. Crear el entorno virtual de Python e instalar las dependencias (requirements.txt).
3. Crear la base de datos con las migraciones existentes:
   python manage.py migrate
4. Cargar la tabla de restricciones alimentarias:
   python manage.py loadddata restriccion_alimentaria
5. Crea un superusuario:
   python manage.py createsuperuser (puedes dejar el correo en blanco)
6. Crea los grupos base y asigna los permisos:
   python manage.py crear_permisos_grupos
7. (Opcional) Generar Participantes de ejemplo:
   python manage.py fakeuserdata <cantidad>
8. Iniciar el desarrollo

Si no tienes experiencia con Django tienes info de cómo iniciar el servidor de desarrollo aquí y sobre Django en general aquí.

Desplegado sobre Debian 13:

1. Usar usuario debian.
2. Definir variables de entorno.
   Renombra plantilla.env a .env y fija los valores de las variables.
3. Instalar las dependencias (requirements.txt).
4. Crear la base de datos con las migraciones existentes:
   python manage.py migrate
5. Cargar la tabla de restricciones alimentarias:
   python manage.py loadddata restriccion_alimentaria
6. Crea un superusuario:
   python manage.py createsuperuser (puedes dejar el correo en blanco)
7. Crea los grupos base y asigna los permisos:
   python manage.py crear_permisos_grupos
8. Configurar nginx:
   sudo cp ./doc/nginx-default /etc/nginx/sites-available/default
9. Lanzar gunicorn con la configuración especificada:
   gunicorn

Para el despliegue automático después de un reinicio del servidor está disponible el crontab en el archivo doc/crontab.

También se incluye el archivo doc/backup.sh, que crea una copia de la base de datos.
Como la base de datos está en modo WAL, en el crontab se fuerza un checkpoint antes de las copias de seguridad.

Tanto para el crontab como para backup.sh será necesario definir o reemplazar $ruta con la ruta al directorio donde se clonó el repositorio.

Los distintos estados en los que una persona puede encontrarse son:

1. Registrada
   La persona ha cubierto el formulario de registro.
2. (Opcionalmente) Con error en el envío del correo de verificación
   Ha habido un problema al enviar el correo y se requiere intervención manual.
3. Verificada
   La persona tiene el correo verificado.
4. Aceptada
   A la persona se le ha aceptado en el evento.
5. Confirmada
   La persona ha aceptado la plaza que se le ofreció.
6. (Opcionalmente) Rechazada
   La persona ha rechazado la plaza que se le ofreció.

Los estados están detallados en el orden habitual en el que ocurren.
Una persona puede rechazar su plaza después de haberla aceptado, pero no la puede aceptar (sin intervención manual de administración) después de haberla rechazado.

Aún está en proceso, pero hay alguna información disponible en los archivos .md de la carpeta doc.

El proyecto está bajo la licencia AGPLv3, para más info ver la licencia.