2010-03-02 7 views
3

Mon système envoie des messages aux utilisateurs (courriel, sms, etc.). Il l'envoie actuellement pour chaque événement (ce qui est seulement une fois par jour au maximum), mais j'aimerais ajouter une forme de résumé à un événement où un utilisateur peut choisir d'avoir un résumé hebdomadaire ou mensuel de ses messages. Je cherche à voir s'il existe des solutions opensource existantes pour cela, ou des modèles existants pour mettre en œuvre quelque chose comme ça.Comment implémenter un résumé périodique des messages?

Mon système ne persiste aucun des messages, ils sont envoyés selon les besoins, puis oubliés. Donc, c'est la première chose qui doit arriver. J'aimerais aussi pouvoir créer une page de message sur le site qui affichera un historique de tous les messages.

Ensuite, il doit y avoir le mécanisme qui regarde la préférence de l'utilisateur sur les messages et décide quand envoyer les messages et comment les regrouper dans un formulaire de résumé si nécessaire.

Tout pointeur ou pensée serait apprécié.

+0

Désolé, j'ai dû modifier votre question car un "Message Di gest "signifie la même chose qu'une fonction de hachage comme md5(), donc j'ai dû éclaircir cette confusion. – rook

+0

pas de problème, je savais que ça n'avait pas l'air tout à fait correct, mais je ne savais pas quoi d'autre l'appeler – MikeD

Répondre

1

Si vous êtes prêt à dépenser de l'argent, le bon vieux Listserv v16 le fait.

2

messages de magasin génériquement dans une base de données avec un schéma de catégorisation comme (ce qui est pseudocode):

TABLE message { 
id, 
created_timestamp, 
user_id, 
sent, 
type (sms, email, etc), 
content 
} 

Puis, disent tous les jours à minuit, SELECT tous les messages où envoyés = 0 et user_id = et les agréger en un seul message, l'envoyer par la méthode de type spécifié, et marquer tout comme envoyé = 1.

Vous seriez en mesure de rechercher un message historique établi par des messages sélectionnant simplement où envoyés = 1.

Questions connexes