Разница между драгоценными камнями mandrill-api и mandrill_mailer

Мне трудно найти четкое объяснение различий между официальным 'mandrill-api 'gem и' mandrill_mailer 'даже после тщательного читая их документацию.

Если моя цель - отправлять транзакционные электронные письма (например, приветственное письмо при регистрации), а также еженедельные электронные письма с дайджестом, которые настраиваются для пользователя в зависимости от его активности на сайте, будет ли работать только один из этих драгоценных камней? Или для этого мне нужны оба? Я также хочу использовать интегрированные шаблоны MailChimp в Mandrill.

Прямо сейчас я использую ActionMailer, и я увидел, что с помощью гема mandrill_mailer я могу делать что-то вроде:

class UserMailer < MandrillMailer::TemplateMailer

и укажите, какой шаблон я хочу использовать, могу ли я сделать то же самое и в официальном геме mandrill-api?


person asalgan    schedule 14.11.2014    source источник


Ответы (1)


Гем mandrill-api - это официально поддерживаемый гем, который использует для отправки API Mandrill. Он создается и поддерживается командой Mandrill и обновляется при обновлении API Mandrill, поскольку на самом деле он является частью процесса создания API. Поскольку он использует API, вы найдете всю информацию об его использовании, включая примеры, в документации по API Mandrill. (используйте переключатель языка в правом верхнем углу, чтобы выбрать Ruby для конкретных примеров с использованием драгоценного камня). Если вы хотите использовать шаблон, вы должны использовать messages / вызов API send-template и укажите шаблон в качестве одного из параметров в вызове API.

Похоже, гем mandrill_mailer - это гем стороннего производителя, который использует ActionMailer поверх SMTP. Таким образом, вы сможете отправлять сообщения с помощью ActionMailer, если вы уже используете ActionMailer, но вы будете ограничены сообщениями SMTP. Если вы пользуетесь услугами провайдера общего хостинга или хоста, который ограничивает трафик SMTP, вы можете использовать API. Большинство из тех же параметров можно установить через SMTP, хотя шаблоны будут немного более ограниченными с помощью SMTP, например, из-за ограничений длины для заголовков SMTP. SMTP, естественно, также является асинхронным, что обычно нормально, но если вы хотите, чтобы вам возвращались ошибки API для небольших вызовов, например, API может быть лучшим выбором.

API также предоставит вам доступ к другим методам помимо отправки, включая получение статистики, программную настройку веб-перехватчиков и другие не отправляющие вызовы API, в то время как SMTP ограничен отправкой. В конечном итоге вы должны иметь возможность отправлять, используя любой из них, поэтому вам решать, какой из них подходит для вашей конкретной среды и потребностей.

person Kaitlin    schedule 17.11.2014