Твоя позиция - у сервисов нет ограничений. Но это не так.

Ну и да - вместо «подумать» дешевле заплатить. Непонятно только откуда ты взял про месяц-два разработки.

Не путайте. Блек лист для домена который заподозрен в рассылке спама.

Нельзя тупо хренакнуть бесконечное число писем и ожидать что раз работает ваш код то всë будет доставлено.

С письмами так просто не делается.

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

В обоих случаях отправка писем будет с твоего домена.

Теперь вопрос - при каких обстоятельствах, в первом случае домен не попадёт в бан, но попадёт во втором случае?

Чем вы слушали непонятно. Завершаю дискуссию.

Вот тут ты написал про «херакнуть, то попадёшь в блэк лист». Выше я писал, что мы говорим про рейт лимитёр. Который я оценил в нескол ко часов, а ты месяцев.

Все понятно в целом.
Хорошего вечера

Зачем "лимитëр" если они должны разом отправиться?

Мой клиент запускает онлайн-марафон в четыре часа дня на аудиторию в 100К человек, как рейт лимит поможет?

Будем по чуть-чуть скармливать чтобы те кто в конце списка получили письмо через день?

Кто будет после этого с вами работать? )

Уже час наблюдаю за вашей перепиской и @nex_otaku прав, дело не в том, что нельзя сделать отправку со своего сервера кучи писем, а в том, что они не будут доставлены получателям и дело в рассылке не в одном домене, а в том, что сервисы рассылки имеют трастовые IP, которые играют практически ключевую роль в доставляемости писем(+ личная работа с почтовыми службами), а домен уже посредственен. И да, апишки имеют ограничения, но нет никакого смысла долбить по 1-му письму, если нужно отправить миллионы писем, хотя так тоже работает. Вообщем ты до него уже просто докапываешься

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

А трастовости ip и прочее - это ж вообще не про код

+ про это и говорю, но видимо не пробился сквозь стену

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

Всем привет!
Ребят, есть очередь в редисе. Там есть 1кк джобов(одной и той же). Почему если я изменю код этой джобы, то при выполнении они будут видеть изменения, а не использовать свой сериализованный вариант кода?

О каких изменениях речь? Кода самой джобы?

Да. Верно

Посмотри ради интереса на то, что сериализуется

Я тебя удивлю, но сериализуется объект джобы, а не её код

С обьектом - и сам код. Я думал потом обработчик смотри в то, что уже лежит в очереди, а не идет в приложение еще раз

Выдержка из документации php:

Функция serialize() возвращает строковое представление любого значения, которое может быть сохранено в PHP. Функция unserialize() может использовать эту строку для восстановления исходного значения переменной. Использование сериализации для сохранения объекта сохранит все его переменные. Методы в объекте не будут сохранены, а только имя класса.

Такс. Я точно видел в сериализованном виде джобы (из редиса) код, который был прописан внутри этой джобы в момент когда она вставала в очередь…