Варианты уведомлений Laravel, чтобы не спамить?

Question

[Sanes]

Приветствую.
Отправляю уведомление, если есть новый комментарий в тикете. Например не сразу, а раз в 15 мин. Часто бывает такое, что приходится оставить 2 и более подряд для одного адресата.
Чтобы не спамить, надо отправить только одно уведомление.

В голову приходит только использование своей таблицы очередей и планировщика.

Answer 1

[jazzus]

Передать в уведомление ticket_id и потом проверять непрочитанные уведомления юзера.

Comments

[Sanes]

В моём случае этого недостаточно. Уведомления могут быть разного типа. Это может быть комментарий, новый счёт и т. п.
Т.е. надо объединить еще и тип уведомления. Поэтому и подумал, что требуется собственная таблица.

[jazzus]

Sanes, тип уведомления сохраняется в поле type нотификаций

[Sanes]

jazzus, еще бы понять, как там пользователь прилеплен. Поля с юзером там нет.

[jazzus]

Sanes, notifiable_id

[jazzus]

там же обычная полиморфная связь и ты запрашиваешь нотификации от юзера $user->unreadNotifications

[Sanes]

jazzus, странно. В миграции этого поля нет. После миграции в базе появилось.

[Sanes]

jazzus, видимо это оно
$table->morphs('notifiable');

[Sanes]

jazzus, до полиморфных связей дело не доходило. Не было необходимости.

Answer 2

[Константин Толмачев]

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

Comments

[Sanes]

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