готовишь данные, складываешь в кеш (редис, например). Из кеша берёшь и обрабатываешь. Статисктику кладёшь в очередь, не стоит её обрабатывать сиюминутно. И из очереди потихоньку складируешь в основную бд

собственно, и задачи на рассылку можно также из очереди брать

По поводу кеша думал уже, но в итоге все равно получается так, что после рассылки 1 млн. писем для разных кампаний, у меня они все лягут либо в связанные таблицы(статистики) либо в одну таблицу campaigns_scheduled_overview о которой я писал выше. Т.е за счет кеша я получаю только быстрый доступ и проверки на момент отправки, но тогда получается, что при таком подходе, вполне можно использовать связанные таблицы

Всем привет. Подскажите, пожалуйста, как сделать так чтобы баннер отображался для пользователя один раз в день.
Что не так в коде?:
If($.cookie('next_load')){
$.cookie('next_load', 1, {expires: 1});
}else{
$('#main-modal').modal('show');
$.cookie('next_load', 1, {expires: 1});
}

В целом да, но когда появляются дополнительные условия или необходимо остановить рассылку на паузу, воркер из очереди задание дернул и обработал его(отправил или выполнил ряд проверок и все, типо ОК, но по факту оно не отправлено, так как проверку не прошло)  и нужно его либо обратно релизить в продьюсер, либо получается непонятная каша, т.е пока получается оптимальный вариант, который ты предложил, класть в кеш, быстро дергать от туда и обратно ложить в БД

в ссмысле ок, но не ок?)

это как так

есть 2 очереди: в одной задачи на отправку писем. слушатель очереди увидел задачу - письмо отправил, отправилось, хорошо, задачу из этой очереди удалил и положил во вторую очередь, которая проверяет статус доставки письма. Там уже если с письмом всё ок - обновляет статистику

Было бы у тебя там 1000 писем в сутки - можно было бы на всё это болт забить и проверять всё в риалтайме. Но с лямом уже сорян, принципы хайлоада и костыли

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

энененене

помечай задание в очереди как "задача с подтверждением". Т.е. пока воркер работает - задача вс ещё висит, но в локе, другие слушатели её обойдут стороной. И только если твой воркер сказал очереди "всё ок, эту задачу я выполнил", то она удаляется

сейчас использую RabbitMQ, там вроде они сразу удаляются из очереди, лока нет, на сколько я помню

был

Никак. Интерактивность не поддерживается

хм, надо глянуть

щас, я его пару лет назад тыкал. Но ща найду

спасибо, посмотрю, если все так, то это все сильно упрощает

статью я канеш какое-то говно скинул, но если поищешь найдёшь нормальную