Question

va envoyer des e-mails à partir d'une application sur une base régulière.

J'ai un EmailController dans mon application ASP.NET MVC avec des méthodes d'action, un pour chaque type de notification / e-mail, qui devra être appelé à des moments différents au cours de la semaine.

Question: Planificateur de tâches Windows (en cours d'exécution sur une boîte Server 2008) mieux ou pire que la programmation ce via un travail SQL Server? Et pourquoi?

Merci

Était-ce utile?

La solution

à mon humble avis ayant appel programmateur dans le contrôleur et exécuter les méthodes d'action pour tirer les notifications a fonctionné mieux. Mon processus (pour le meilleur et pour le pire) est en tant que tel:

  1. Mettre le code pour appeler le contrôleur / action dans un fichier .vbs. La méthode d'action nécessite un « code de sécurité » qui doit correspondre à une valeur dans le web.config ou bien il ne sera pas exécuté (ma pensée est que cela va réduire le risque de certains gens frapper la méthode d'action avec il navigateur et exécution de la notification d'envoi le code quand il ne doit pas être exécuté).

  2. Créer une tâche planifiée dans le Planificateur d'appeler ce fichier sur une base régulière.

  3. Dans ma base de données, connectez-vous toutes les exécutions de notification et inclure un attribut qui définit la fréquence à laquelle les différents types de notification devraient sortir. Cela, encore une fois, est de réduire le risque de quelqu'un d'envoyer des notifications quand ils ne devraient pas.

Quoi qu'il en soit, cela fonctionne. Le seul problème que j'avais cognait vis https. Cela n'a pas fonctionné comme je crois que la tâche a été mis au défi de fournir des lettres de créance (qui ne pouvait pas car il était en cours d'exécution par programme). La modification à http et ne imo travaillé crée aucun type de risque pour la sécurité.

Pensées? Une meilleure façon de mettre en œuvre ce? J'aimerais entendre quoi que ce soit quelqu'un a à offrir.

Merci

Autres conseils

Je préfère envoyer des e-mails avec un travail de serveur SQL. Comme nous l'avions déjà plusieurs tâches à exécuter sur notre serveur SQL il était logique de coller avec celui-ci approche. Si nous étions allés en bas de la route tâche planifiée, nous aurions alors eu de 2 différents systèmes d'ordonnancement de tâches qui ajoute à la complexité inutile. Avec toutes les tâches planifiées grâce à un système se produisant il est facile de suivre et de les entretenir.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top