плане надёжности.
Последовательность - сохраняется юзер, отправляется email. (обратную ситуацию не рассматриваю - т.к. там очевидно всё совсем плохо)
Есть 2 варианта:
1. Сохраняется юзер в бд, отправка email фейлится
2. Сохранение юзера в БД фейлится, а email не отправляется (типа проверяем if user saved или эксепшен там - не важно)
Вариант 2 очевидно устраивает. А вариант 1 - нифига не устраивает.
Очевидный способ решения - записывать сохранение юзера и данных(ивент, ха-ха) о том, что надо отправить имейл в одной транзакции. А потом гарантировать что кто-то заберёт эти данные из бд и будет отправлять имейл до упора, пока он не отправится.
Вопрос:
У меня возникло стойкое желание обмазаться enqueue. Это нормально или оверкилл? Может я туплю дико 🤔
чёт мюсль хрень 🤔 В лучшем случае удастся только гарантировать, что почтовый демон пообещает отправить email, но это не значит, что оно дойдёт. А если у меня демон сломался - значит какая-то жопа и мне это будет не так критично. В крайнем случае можно будет потом отдельный скрипт запустить и попытаться переотправить
ты не можешь гарантировать доставку email-ов. Даже если ты заморочаешься и будешь мониторить статус деливери - ты никак не покроешь кейсы когда мэйл провайдер твоего пользователя отправит письмо в спам, или же просто забанит тебя. Ну мол, в целом задумайся о другом - а какова вероятность такого сценария? Тут важна география пользователей еще (скажем больше проблем в азии, если ты понимаешь о чем я). Дальше вопрос - а нужно ли тебе подтвержать email? у тебя email это краеугольный камень твоего бизнеса? Ну мол если пользователь хуйню ввел - то это потенциально может привести к проблемам? типа подтверждение по платежкам будет уходить вникуда? Или что? Возможно тебе стоит предусмотреть несколько каналов доставки, если прям все сурьезно. И дать пользователю выбирать
Обсуждают сегодня