Traitement du courrier: rails vs php vs perl vs?

Question

Ceci est ma toute première question en débordement de pile et je suis très excité. J'ai beaucoup aimé l'interface de ce site et la communauté dynamique!

Je construis une application rails qui reçoit du texte sous forme d'e-mail et crée un post.

Je demande ou votre opinion d'expert sur quelle est la meilleure option pour recevoir le message et le traiter?

Pour envoyer le courrier à la demande:

• A1: X accède à un compte POP/IMAP périodiquement (30 ans Cron?) Et traite le message
• A2: le message est acheminé du serveur de messagerie à l'application X

pour traiter la demande

• B1: rails avec MMS2R
• B2: PHP qui traite le message et envoie un POST dans des rails
• B3: PERL qui traite le message et envoie un POST aux rails

Quelle combinaison A + B recommanderiez-vous pour un grand volume de de mails?

Toute autre option A ou B?

Merci beaucoup et bonne chance pour tous vos scripts!

Answer 1

N'importe lequel d'entre eux qui n'effectue pas de POST HTTP sur l'application Web, est un intermédiaire inutile et ne peut que vous ralentir sous le volume. Cela dit, l'avantage est un endroit pour toute logique d'entreprise si nécessaire. Alors, pesez ces deux points avant de prendre une décision. Maintenant, personnellement, j'irais probablement sur Perl plutôt que sur les autres, même si PHP serait une option plus proche. C'est, bien sûr, parce que je ne connais pas Ruby. Pour vous, cependant, je suggérerais probablement Ruby afin que votre langage soit cohérent dans toute l'application. Cela rend la maintenance beaucoup plus facile à long terme et permet probablement de partager la logique métier avec l'application web sans avoir besoin d'utiliser spécifiquement l'application web.

Answer 2

Si vous êtes préoccupé par le volume, je voudrais simplement utiliser perl + db (bypass rail app).