Request badges for new members

[Morendil]

Current behaviour:

• will request badges for members with a property office set to dinsic
• will make a request as soon as _author entry is checked in, regardless of date
• will make a new request on any change to end date
• will mention the raw value of employer in the email sent to DINSIC secretariat

This may be good enough to go live. Future enhancements will include a better representation of the employer field, and perhaps explicit handling of contract renewals.

[MattiSG]

Ça n’avait pas été ajouté pour le fun, tu dois préciser si c’est presta ou non, c’est important pour leur registre. On peut tenter sans, mais c’était une demande explicite côté administration.

[Morendil]

Argh. Je vais revert le commit précédent.

[bonjourmauko]

Je me demande s'il est réellement nécessaire d'ajouter la dépendance à redis et à quelle point elle est lourde, mais je ne m'y connais pas suffisamment sur le sujet dans l'immédiat et n'ai pas le temps de rechercher pour avoir un avis.

Le filesystem de Heroku est éphémère et ne permet pas d'écrire au disque, donc ça rend obligatoire d'écrire à une base de données qui ne soit pas server-less. Lorsque le job-to-be-done est de « ne pas être harcelé·e (en tant que personne responsable de faire de badges) par des demandes (répétées) de ceux-ci », il est besoin IMHO de savoir si l'email a été déjà envoyé avant.

Ceci dit, j'imagine rapidement les solutions :

• Parser le log : il faut s'assurer que sa rotation soit < 1j
• Demander à SendGrid si l'on a envoyé an email de demande de badge pour member les dernières 24 + 1 heures : semble compliqué, et il faudrait investiguer l'API
• Utiliser une base des données : bingo. Pas investigué non plus, mais Redis semble OK.

[Morendil]

Before merging:

• [x] re-enable Redis in prod
• [ ] change authors API so that v1.3 exposes office
• [x] update CONTRIBUTING and Wiki