ruby-on-rails - grupos - como hacer un correo grupal
Rails simple Boletín de noticias/Lista de correo con notificación de nuevos resultados de búsqueda por correo electrónico (2)
Pruebe MailyHerald : gema de gestión de correo para los rieles. Le permitirá configurar el envío de correos electrónicos periódicos a los usuarios solo si se cumplen determinadas condiciones, es decir, si hay nuevos resultados de búsqueda disponibles.
MailyHerald procesa todos los envíos de correo de forma automática en segundo plano (utilizando Sidekiq) y proporciona una agradable interfaz web para fines de gestión.
Mis usuarios pueden guardar sus búsquedas preferidas. Ahora necesito darles la posibilidad de suscribirme para recibir una notificación por correo electrónico siempre que haya nuevos resultados de búsqueda disponibles (como en las respuestas de Yahoo).
Ya configuré un Mailer que, cuando se activa manualmente , funciona bien.
Ahora todo lo que tengo que hacer es llamar al programa de correo desde un trabajo programado pero ... realmente no soy un experto en ese campo. Entonces, entre Whenever , Delayed_job , Sidekiq , Resque Scheduler & co. ¿con cuál (o combinación de unos) debo ir para este tipo de tarea (proceso de larga duración con varios correos)?
EDITAR
Desarrollé una aplicación de ejemplo funcional , disponible en Github: NotiSearch .
Está bastante bien documentado, así que, si estás intentando desarrollar algo así, definitivamente te recomendaría que lo compruebes.
PD: Elegí confiar siempre y en el trabajo demorado, ya que no tienen dependencias externas, de ser necesario, debería ser lo suficientemente fácil para hacer la transición a una solución más escalable.
Personalmente he trabajado con Resque y Sidekiq. La principal diferencia entre estos dos es que Sidekiq genera nuevos hilos para cada trabajo.
Resque tiene un proceso por trabajo. Esto básicamente significa que Resque asume fallas y otros trabajos no fallarán si falla un proceso. Sidekiq, ya que funciona con subprocesos, si uno de esos subprocesos se bloquea por alguna razón, todo el proceso se bloqueará.
¿De una respuesta en otro QA Resque vs Sidekiq?
Resque:
Pros:
no requiere seguridad de hilos (funciona con casi cualquier joya); no tiene preferencia de intérprete (puede usar cualquier rubí); un montón de complementos Contras
ejecuta un proceso por trabajador (usa más memoria); no reintenta trabajos (de todos modos). Sidekiq:
Pros
ejecuta hilo por trabajador (usa mucha menos memoria); menos bifurcación (funciona más rápido); más opciones listas para usar. Contras
[enorme] requiere hilo de seguridad de su código y todas las dependencias. Si ejecuta un código que no es seguro con subprocesos, está buscando problemas; mucho menos complementos (en este momento solo hay 2); funciona mejor en algunos rubíes que en otros (se recomiendan jruby y rubinius, la eficiencia en MRI disminuye debido a GVL (bloqueo de VM global)).
EDITAR
De todos modos para responder a tu pregunta. En todos los proyectos que hemos utilizado, usamos Resque.