Titre
N'hésitez pas à partager nos informations... mais n'oubliez pas de nous citer !
Voir les tickets ouverts


Corrigeable Considéré comme possible
Nouveau ticket

 

(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.

Voulez-vous que ce ticket soit pris en charge ?

Remonter ce ticket dans la liste ! ( 2 ) Enterrer ce ticket !

lien vers ce ticket
# (-2) mansuetus - 26 août 2010 - 14:09
mansuetus

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.

 

# (7) mansuetus - 26 août 2010 - 14:10
mansuetus

Si vous pensez que ce suivi garde son sens dans les “batch de mails quotidiens”, votez “plus” à ce ticket.

 

# (2) mansuetus - 26 août 2010 - 14:11
mansuetus

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.

 

# (0) mansuetus - 26 août 2010 - 14:24
mansuetus

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)

 

# (1) Ghost - 26 août 2010 - 14:37
Ghost

Cela va de soi, mais cela ne doit être disponible QUE pour les utilisateurs dont le mail est valide.

 

# (0) mansuetus - 26 août 2010 - 14:39
mansuetus

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 !

 

# (0) mansuetus - 26 août 2010 - 14:42

# (0) mansuetus - 9 août 2011 - 11:54
mansuetus

Pour info, c’est le prochain ticket sur la pile

 

# (1) Manux - 11 août 2011 - 13:43
Manux

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.

 

# (1) Beri - 11 août 2011 - 13:54
Beri

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.

 

# (0) Manux - 11 août 2011 - 13:59
Manux

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..

 

# (0) mansuetus - 11 août 2011 - 16:25
mansuetus

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 !

 

# (0) Ghost - 31 août 2011 - 13:09
Ghost

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.

 

# (0) mansuetus - 27 oct. 2011 - 20:31
mansuetus

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 !

 

# (0) fullporaport - 15 nov. 2011 - 03:26
fullporaport

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 !

 



Merci de vous enregistrer pour poster un commentaire.