You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
Emmy D'Anello 022d8140a7
Problems can be accepted or rejected. Draw can go to the end
2 hours ago
api Use Django 4.1 (soon 4.2) to use the new async framework 3 days ago
docs Add documentation for organizers 2 months ago
draw Problems can be accepted or rejected. Draw can go to the end 2 hours ago
locale/fr/LC_MESSAGES Add Abort button 20 hours ago
logs Don't trigger signals on raw imports 3 days ago
participation First interface to start draws 3 days ago
registration Don't trigger signals on raw imports 3 days ago
tfjm Fix tests 3 days ago
.bashrc Smaller bashrc 3 years ago
.dockerignore Reset project 2 years ago
.gitignore Commit bootstrap-select 1 month ago
.gitlab-ci.yml Drop Python 3.8 support, add Python 3.10 and 3.11 support 5 months ago
Dockerfile Drop Python 3.8 support, add Python 3.10 and 3.11 support 5 months ago
LICENSE Clone Corres2math platform 2 years ago
README.md Clone Corres2math platform 2 years ago
entrypoint.sh Run ASGI server instead of WSGI 3 days ago
manage.py Clone Corres2math platform 2 years ago
nginx_tfjm.conf Prepare documentation on /doc 2 years ago
requirements.txt First play with websockets 3 days ago
tfjm.cron Matrix cron is buggy 2 years ago
tox.ini Fix tox 3 days ago

README.md

Plateforme du TFJM²

pipeline status coverage report

La plateforme du TFJM² est née pour la dixième édition en 2019 de l'action. D'abord codée en PHP, elle a subi une refonte totale en Python, à l'aide du framework Web Django.

Cette plateforme permet aux participants et encadrants de s'inscrire et de déposer leurs autorisations nécessaires. Ils pourront ensuite déposer leurs solutions et notes de synthèse pour le premier tour en temps voulu. La plateforme offre également un accès pour les organisateurs et les jurys leur permettant de communiquer avec les équipes et de récupérer les documents nécessaires.

Un wiki plus détaillé arrivera ultérieurement. L'interface organisateur et jury est vouée à être plus poussée.

L'instance de production est disponible à l'adresse inscription.tfjm.org.

Installation

Le plus simple pour installer la plateforme est d'utiliser l'image Docker incluse, qui fait tourner un serveur Nginx exposé sur le port 80 avec le serveur Django. Ci-dessous une configuration Docker-Compose, à adapter selon vos besoins :

  plateforme-tfjm:
    build: https://gitlab.com/animath/si/plateforme-tfjm.git
    links:
      - postgres
    ports:
      - "80:80"
    env_file:
      - ./inscription-tfjm.env
    volumes:
    # - ./inscription-tfjm:/code
      - ./inscription-tfjm/media:/code/media

Le volume /code n'est à ajouter uniquement en développement, et jamais en production.

Il faut remplir les variables d'environnement suivantes :

TFJM_STAGE=                     # dev ou prod
DJANGO_DB_TYPE=                 # MySQL, PostgreSQL ou SQLite (par défaut)
DJANGO_DB_HOST=                 # Hôte de la base de données
DJANGO_DB_NAME=                 # Nom de la base de données
DJANGO_DB_USER=                 # Utilisateur de la base de données
DJANGO_DB_PASSWORD=             # Mot de passe pour accéder à la base de données
SMTP_HOST=                      # Hôte SMTP pour l'envoi de mails
SMTP_PORT=465                   # Port du serveur SMTP
SMTP_HOST_USER=                 # Utilisateur du compte SMTP
SMTP_HOST_PASSWORD=             # Mot de passe du compte SMTP
FROM_EMAIL=contact@tfjm.org     # Nom de l'expéditeur des mails
SERVER_EMAIL=contact@tfjm.org   # Adresse e-mail expéditrice
SYMPA_URL=lists.example.com     # Serveur Sympa à utiliser
SYMPA_EMAIL=                    # Adresse e-mail du compte administrateur de Sympa
SYMPA_PASSWORD=                 # Mot de passe du compte administrateur de Sympa
SYNAPSE_PASSWORD=               # Mot de passe du robot Matrix 

Si le type de base de données sélectionné est SQLite, la variable DJANGO_DB_HOST sera utilisée en guise de chemin vers le fichier de base de données (par défaut, db.sqlite3).

En développement, il est recommandé d'utiliser SQLite pour des raisons de simplicité. Les paramètres de mail ne seront pas utilisés, et les mails qui doivent être envoyés seront envoyés dans la console. Les intégrations mail et Matrix seront également désactivées.

En production, il est recommandé de ne pas utiliser SQLite pour des raisons de performances.

La dernière différence entre le développment et la production est qu'en développement, chaque modification d'un fichier est détectée et le serveur se relance automatiquement dès lors.