Application de gestion de l'organisation d'évènements et de l'inventaire du matériel
Find a file
Aurélien Delobelle 110e23a8d2 Merge branch 'Aufinal/communication_models' into 'master'
Modèles de commentaires et de notifications

En plus du changement du `.gitignore` qui ne suit désormais plus les `*.pyc` voici les modifications apportés par cette MR.

### Modification mineures dans les modèles déjà présents

* Ajout d'un champ `amount` à `EquipementRemark` pour indiquer le nombre d'équipement concerné par cette remarque.
* Bas de casse pour quelques `verbose_name`.
* Ajout de date début et fin aux activités.

## Nouvelles dépendances

* [django-contrib-comments](https://github.com/django/django-contrib-comments) pour la gestion des commentaires.
* [django-notifications](https://github.com/django-notifications/django-notifications) pour la gestion des notifications.
* Il reste à utiliser ces dépendances...

## Gestion des souscriptions aux notifications

Placé dans l'application ``communication``, les modèles ``UserSubscription`` et ``GroupSubscription`` permettent de sauvegarder les souscriptions par utilisateur et groupe.  
Pour autoriser la souscription à des instances de modèle, celui-ci doit hériter du mixin ``SubscriptionMixin``.

## Gestion des instances de modèles optionnellement relatives à un événement

Les modèles dont les instances peuvent être spécifiques à un événement ou de niveau "root" (c'est à dire non-spécifique) héritent du mixin ``EventSpecificMixin``.

Voilà voilà,
@lstephan @narmanli @delobell 

See merge request !13
2017-07-21 16:58:36 +02:00
communication Migrations 2017-07-21 16:20:39 +02:00
equipment Migrations 2017-07-21 16:20:39 +02:00
evenementiel Merge branch 'master' of git.eleves.ens.fr:cof-geek/GestionEvenementiel into Aufinal/communication_models 2017-07-20 15:24:23 +02:00
event Change get_herited method 2017-07-21 16:24:53 +02:00
provisioning Merge branch 'master' into Kerl/dev_env 2017-05-17 10:33:05 +01:00
shared Use EventSpecificMixin for event-specific models 2017-07-18 19:08:09 +02:00
users typo 2017-05-18 17:15:14 +01:00
.gitignore now Aufinal should be satistied 2017-07-20 15:22:42 +02:00
manage.py venv works fine 2017-07-20 15:18:29 +02:00
README.md Roll back to Debian8 for the vagrant VM 2017-05-18 14:19:37 +01:00
requirements-devel.txt Split the settings in two files, secrets system 2017-05-16 19:52:59 +01:00
requirements.txt Refactor communication models 2017-07-17 17:47:34 +02:00
Vagrantfile Roll back to Debian8 for the vagrant VM 2017-05-18 14:19:37 +01:00

Gestion Événementiel

Vagrant

Production-like environment

Our Vagrant setup provides two ways of running GestionEvenementiel:

  1. You can run the usual development server with:

    python manage.py runserver 0.0.0.0:8000

    Please note that we specify the interface 0.0.0.0 to make the server reachable outside the VM at address localhost:8000

  2. A second instance, more similar to the production environment, runs with Daphne and nginx in the VM. It runs permanently by default but is not reloaded when you update the code. To restart this server, type:

    python manage.py collectstatic --noinput sudo systemctl restart daphne.service worker.service

    To query this instance from the host, you have to use the address localhost:8080. It is a good practice to ensure that this instance works before submitting a merge request (although it might break sometimes).