Когда следует отправлять подтверждение по электронной почте после размещения заказа? - PullRequest
Новая
       0

Когда следует отправлять подтверждение по электронной почте после размещения заказа?

3 голосов
/ 13 января 2012

Что касается OMS, какой лучший способ отправить подтверждение по электронной почте? У меня есть 2 варианта:

  1. Сценарий на странице заказа отправляет электронное письмо после записи в базу данных.
  2. Запланированное задание на сервере, отправка электронной почты, периодический опрос базы данных для поиска новых записей.

Какой метод используют системы в настоящее время?

Ответы [ 3 ]

2 голосов
/ 13 января 2012

Для сайтов электронной коммерции было бы лучше подумать о лучшем пользовательском опыте.

Учитывая это, вы захотите отправить электронное письмо сразу после получения заказа, чтобы пользователь знал, что он приобрел товар. Чем скорее он попадет в их почтовый ящик, тем скорее они будут счастливы, что сделали свою покупку.

Я согласен с Digbyswift, что отправка письма с подтверждением после записи в базу данных является наименее масштабируемой. Но я бы сказал, что если ваша система дошла до того, что вы принимаете столько заказов, что ваша система не справляется, у вас есть замечательная проблема в руках, и теперь у вас, вероятно, есть ресурсы для обработки.

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

Вот несколько отличных альтернатив, если PostageApp не ваш стиль:

1 голос
/ 13 января 2012

Это вопрос масштабируемости.Отправка письма с подтверждением после записи в базу данных является наименее масштабируемой.Чем больше заказов, тем больше электронных писем отправлено, потенциально связывая ресурсы.

Запланированная задача, безусловно, лучше, так как электронные письма могут быть поставлены в очередь и могут быть отправлены в отдельном процессе.Еще одним вариантом, который вы могли бы рассмотреть, является использование ни одного, и делегирование ответственности за отправку электронных писем сторонней специализированной службе электронной почты, то есть через API.Это намного лучше, поскольку ваш хостинг не должен учитывать нагрузку, и вы можете использовать любые отчеты, предлагаемые третьей стороной.Плюс многие сервисы предлагают бесплатную квоту до определенного порога.Это позволит вам соответствующим образом масштабировать OMS и бизнес.

0 голосов
/ 13 января 2012

Если вы применяете архитектуру на основе сообщений;Вы можете просто опубликовать сообщение о создании заказа, и любое количество подписчиков откликнется на это событие.Вы можете создать прослушиватель, который отправляет электронное письмо самостоятельно (опция на заказ), или другой прослушиватель, который вызывает API стороннего отправителя электронной почты для отправки письма от вашего имени (согласно @Digbyswift)

Что яОб этом подходе всегда нравилось:

  1. В любое время вы можете прослушивать любое количество слушателей.
  2. Вы можете создать нового слушателя и изменить способ отправки электронной почты без необходимостиизменить / заново развернуть само приложение OMS.
  3. Вы можете отключить слушателя (ей) и остановить / задержать отправку электронного письма, не теряя никаких уведомлений и не влияя на само OMS.
...