Так. Давайте не придумывать того чего нет. Вот пример сервиса рассылок. Лимиты по количеству сообщений email, что логично. Можно сколько угодно отправлять запросов по апи. Ну и конечно в серьëзных сервисах предусмотрены отправки "пачками" чтобы не задрачивать сервер миллионами запросов.

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

По мгновенной доставке. Эту часть как раз на себя и берëт сервис рассылки. У него есть и мощности и специальный софт для этих задач.

Для одновременной рассылки достаточно заранее рассыльщику отправить все письма, ну а в нужный момент просто дëрнуть один запрос чтобы началась отправка пользователям.

Или вообще сразу назначить конкретное время, чтобы рассыльщик сам в нужное время начал отправлять.

Я правильно понял твое  утверждения -  ни один сервис рассылки (они кстати платные) не обладает ограничением по лимиту отправляемых писем в единицу времени?

День добрый, реализую сейчас для условного айтема добавление оплаченных услуг (несколько типов), так же при создании услуги создаётся платёж для владельца айтема


В итоге выходит Юзер-->платёж<--услуга
В этом моменте услуга идёт к типу, и вот подумываю сделать ли полиморфы для Услуга-->3типа мини услуг

И правиильно ли я понял твое второе утверждение - единственное решение задачи отправить письма пользователям в виде рассылки - использовать внешний платный сервис?

Есть еещ вариант вовсе удалить Модель услуги отсюда, оставив только платёж с полиморфом на мини услуги

Виталий, конечно они платные.

Как и разработчики, которые вместо подключения апишки за один-два дня, будут пилить свой рассыльщик-велосипед месяцами )

Я выше скидывал скриншот с реального сервиса. Отправить 100 К писем стоит 30 долларов. Это 2200 рублей, посчитайте)

Столько стоит 1-2 часа работы мидла. Целесообразно по такой стоимости услуги начинать пилить свой сервис?

Про рейт лимиты отвечать не хочу, это несерьëзно. Выше у вас уже есть вся информация.

Эммм месяцами?

👍

Если получше поискать, то у сендрида тоже есть лимиты) но это же не важно, правда?)

Сори, но рейт лимитер на ларе пишется за 1 час. Это так, тоже к слову. Про месяцы работы

И да, я писал модуль под crm, который в saas модели умеет слать разные письма. Поэтому я понимаю о чем говорю

И интеграция через апи и smtp штука прекрасная. Но ты не умеешь в 0 времени прокачать бесконечное количество событий.

Это ограничение физики.

А подход - решаем проблемы производительности исключительно железом и платными сервисами, вместо того, тебя подумать - ну ок. Позиция имеет место быть. Я пока не останусь без работы

Виталий, рассылка писем это не сферический конь в вакууме. Это своя игровая площадка со своими правилами.

Фигакнете так "на ларе за час" 100К писем и улетите в блек лист. Потом бизнесу будете говорить "откуда мне было знать" и разводить руками.

Так мы ж сейчас про апи говорим и его ограничения. В чем разница в вероятности попасть в блэк листа, не напомнишь?

За час - это задача рейт лимитера. Это такая функция, которая позволяет исходящие запросы в единицу времени. держать под контролем

Причём не важно, через smtp или api