Won't be fixed!
(tracker) Suivi des tickets
Ajouter une possibilité de suivi des tickets par mail. Cette feature sera le sandbox pour faire la même chose avec les LSV.
Gardez bien en tête que potentiellement 10 000 mails devront partir, éviter donc les
for user in users:
mail(user, ...)
Le système doit avoir les features suivantes :
1. dire si le ticket a bougé (nouvelle affectation, nouveau commentaire). Ne pas dire quoi, juste dire “il y a eu du nouveau”.
2. Ne pas envoyer 12 mails si ça a bougé 12 fois. On envoie UN mail et quand le mec aura visité la page, on pourra passer aux suivants.
3. Les mails peuvent (doivent ?) être envoyés par Batch, toutes les heures. Si tel est le cas, ne pas envoyer un mail si le mec a visité le ticket entre la modif et l'envoi du mail.
4. Le ticket doit contenir l'URL du ticket…
5. Si le mec suit 5 tickets et que les 5 bougent dans l'intervalle de mail, afficher les 5 URLs dans le MEME mail. Cela me pousse à opter vers un batch mail quotidien. (lire les commentaires)
6. Ce feature doit être future-proof, et permettre d’inclure les LSV dedans directement, dans le même mail.
Si vous pensez que ce suivi n'a de sens que si le mail arrive vite (ordre de l'heure/2 heures), votez “oui” à ce commentaire.
Si vous pensez que ce suivi garde son sens dans les “batch de mails quotidiens”, votez “plus” à ce ticket.
Si vous pensez qu'il faut faire un système pour que l'utilisateur puisse choisir dans son profil la fréquence des mails (heure/jour/semaine) qu'il veut recevoir, votez plus à ce commentaire.
Implémentation :
1. créer l'application “mail”, qui propose des “batch” à lancer par le serveur.
2. Un Batch pourra être lancé un python brut, ne pas proposer d'URL farfelue (cron : su (user qui va bien) -c ”/usr/bin/python < /home/spontex/.../mail/batch/batch.quotidien.py”)
3. Créer 2 modèles :
3.A SuiviMailUser—> date de dernier mail envoyé, date du dernier passage, fréquence attendue (ça se modifie par le profil), etc. Cette table ne contient que des users qui en ont besoin, donc qui ont un SuiviLsv OU un SuiviTracker actif)
3.B Suivi(Appli)—> pointe vers un SUiviMailUser et vers un objet suivable.
4. Le batch va parcourir SuiviMailUser à la recherche d'utilisateurs (USER ci-après) ayant : une date de dernier passage > date dernier mail envoyé
5. Pour chaque USER, parcourir les tables suivis à la recherche d'objets modifiés après “date_dernier_passage”.
6. Envoi du mail à USER
7. Mise à jour des dates du dernier envoi de mail.
La complexité de cet algo est très élevée. Si vous avez mieux, je vous écoute. (ou juste différent)
Cela va de soi, mais cela ne doit être disponible QUE pour les utilisateurs dont le mail est valide.
Cela va sans dire, mais va encore mieux en le disant. Ceci dit, si un mec change d'adresse mail, il faut qu'il soit conscient du fait qu'il va passer tous ses suivis à “suspendu le” (qui est une date NULL quand tout va bien, et “date” quand l'adresse n'est plus valide).
Et qu'au bout de 3 semaines, DROP !
Pour moi comme les gens qui suivent le tracker ne sont que des modos (ou quasiment), ton appli mail n'a aucun intérêt (tu vas perdre du temps la dessus au lieu de développer des trucs user-friendly pour les visiteurs).
A la rigueur, implémente plutôt un truc qui met en surbrillance “bug” dans le menu et qui met également en surbrillance les tickets pour lesquels il y'a eu du nouveau.
Si un modo n'est pas venu sur spontex pendant une journée, c'est qu'il ne peut pas, et ça ne sera pas un mail l'informant de nouveautés dans le tracker qui le fera venir.
Bref, vous m'avez compris, à mon avis c'est useless.
Ca serait quand même bien de pouvoir s'inscrire uniquement aux tickets qui nous intéressent si tu comptes faire ça quand même.
Bref, vous m’avez compris, à mon avis c’est useless.
Pour le tracker, oui, mais en fait c'est plus ou moins un beta-test pour les LSV.
Pour info, c’est le prochain ticket sur la pile
J'aurai remonté la refonte des tags sur le dessus la pile pour ma part..
C'est déjà un peu le cas : j'ai bumpé le thread où ça discutait.
Pour le tracker, oui, mais en fait c’est plus ou moins un beta-test pour les LSV.
Complètement !
Je croyais avoir posté ici, mais je préférerais un new en modo et sur le gracier plutôt qu'un mail. Je refuse les mails de Spontex.
Je croyais avoir posté ici, mais je préférerais un new en modo et sur le gracier plutôt qu’un mail. Je refuse les mails de Spontex.
L'un n’empêche pas l'autre !
Les mails c'est bien, mais les notifications c'est mieux. Imaginer qu'à chaque fois que l'on se connecte sur Spontex on voit toutes les mises a jours qui nous concerne à un seul et même endroit.
Cela permettrais d'éviter le spam par email et de toute façons mieux la personne devra se connecté sur Spontex pour répondre.. alors pourquoi ne pas l'inclure directement.
J'imagine une boite de notification a côté du profil.
Un peu dans le style de facebook !
Please login to post a comment.
