И это печально =)

но без MVC сейчас вообще никуда

ладно, приятно было сюда заглянуть ;) Ребята тут вежливые=)

хуясе

easy

лень писать

ты видишь какое-то еще решение кроме эвентов в очередь?

Коняш, а что если... ты так долго ждешь свою теслу, потому что сейчас она в космосе ?

хехе

ты видишь какое-то еще решение кроме эвентов в очередь?

А очередь зачем?

А очередь зачем?

А ты хочешь их синхронно посылать что ли?

Зависит от того куда уведомления приходят

А ты хочешь их синхронно посылать что ли?

А как посылать одно и тоже уведомление на разные платформы: почта, мобильное приложение, веб? Интересно как в Slack такое сделано

Зависит от того куда уведомления приходят

И куда бы ты посылал их синхронно?

И куда бы ты посылал их синхронно?

Во внутреннюю систему уведомлений

Во внутреннюю систему уведомлений

Внутренняя относительно чего?

Относительно приложения, которое ты делаешь

Я не вижу не единой причины заставлять юзера ждать пока отправится уведомление.

https://laravel.com/docs/5.5/notifications

Отдай ответ и делай потом что хочешь

Ты прав только в случае если рассылка занимает больше времени чем вставка в очередь

Ты прав только в случае если рассылка занимает больше времени чем вставка в очередь

А такое бывает?

Конечно. Мы же говорим не только про mysql да?

MySQL???

Тарантул, например - шикарен в этих случаях

Мы же про очереди

Rabbitmq например

Какие очереди?) Я тебе про рассылку уведомлений во внутренней системе уведомлений

Кстати, в чем приемущество rabitmq перед ларавелевским mysql драйвером очередей?

Кстати, в чем приемущество rabitmq перед ларавелевским mysql драйвером очередей?

В том, что раббит это очередь, а драйвер это драйвер?

На маленьких проектах наверно пофигу

А на больших? Как понять что пора очередь из mysql тащить в rabit?

Ппофайлер. Померять время.

Эх. Я думал ты щас кааак расскажешь мне историю как вы героически устали оптимизировать нативные очереди и поставили приблуду и она вас спасла

У нас пока шустро работает. А rabit - еще одна точка отказа. И привязка к нему пока не выгодна.

Куда отправляешь уведомления?

Как-то сложно. У нас прост табличка в базе. User_id, type, object_id, payload, parsed_at, created_at

Но вам же надо отмечать кто их прочитал, а кто нет?

И это и пользователь видит только свой набор уведомлений

Я про себя

Ок. Если сделать таблицу type, user_id, task_id

Это не решит?

Одно уведомление - одна запись

Никаких очередей

Type_id, object_id, user_id

Тип определяет object

Добавь payload

И пиши туда json

И ты получишь мою таблицу)

Как-то сложно. У нас прост табличка в базе. User_id, type, object_id, payload, parsed_at, created_at

.

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

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

Сколько строк в вашей таблице?

30КК

и в день прибавляется по 1КК

и удаляется примерно столько же

Тогда да, очереди вам пока не нужны

30КК

И скорее всего всё на 1 сервере (мастере)

Конечно, это даже хайлоадом назвать нельзя)

Тем не менее, для себя сделал удивительное открытие. Некоторые люди вместо 1 запроса в базу для "рассылки" уведомлений пытаются сделать очереди и отправлять их в цикле.

Конечно, это даже хайлоадом назвать нельзя)

смотря какую работу выполняет сервер при запросе

Тут на любой вопрос так можно ответить)

Да не все ли равно?

А есть у кого вакансии в тихую конторку, где можно безамбициозно филонить ?

фронт умеешь?

Не особо

Терпеть не могу фронт

Тогда не к нам)

У вас можно филонить только по фронту? Жаль

Да, на фронт не много работы, поэтому без такого человека обходимся, но она есть

А есть у кого вакансии в тихую конторку, где можно безамбициозно филонить ?

мунгорснабсбыт №3 подойдёт?

мунгорснабсбыт №3 подойдёт?

Отлично!

сайт на жумле, с 8 до 17 ровно, зп 15к

Омфг...

зато белая

и можно фелонить)

и выходные/праздники как положено

28 дней отпуск

И прозрачная, как слеза..

У меня 31 день отпуск

А толку то