Как устроена система нотификаций на тостере?

Question

[Jekson]

Интересует как реализована система нотификаций на примере этого сайта (или подобная). При получении ответа на вопрос мне надо обновить страницу что бы увидеть оповещение + на почту приходит уведомление.
С помощью каких инструментов и какая бизнес логика для этого используется ?

Comments

[d'Ivan]

https://www.google.ru/search?q=site%3Ahabr.com+%D1...

Answer 1

[profesor08]

Грубо говоря есть некоторый набор событий (действий) при которых могут генерироваться уведомления, например упоминание никнейма в сообщении. План действий примерно такой.
- юзер отправляет сообщение
- некий парсер проверяет наличие никнеймов
- если никнеймы есть, то проверяет подписаны ли найденные юзеры на уведомления такого типа, когда их упоминают в сообщениях
- если подписаны, то в отведенную табличку для уведомлений записывается уведомление для конкретного юзера

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

Comments

[Jekson]

спасибо

Answer 2

[DevMan]

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

> какая бизнес логика для этого используется
примитивная: есть событие –> проверка или пользователь хочет его получить –> отправка уведомления или нет.
никакой ракет–сайенс

Comments

[Jekson]

Это запрос в БД на наличие новых ответов на все мои вопросы при каждом обновлении страницы?

[DevMan]

Jekson, в общем случае да.
в конкретном скорее всего какой-то кэш.

[Jekson]

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

[DevMan]

Jekson, эммм..... почем зря?????
база должна отдыхать, а не работать по прямому назначению?

[Roman K]

Jekson, KISS

[Jekson]

Roman Kitaev, интересный принцип

Answer 3

[Developer]

Делается на стороне бэкенда с использованием базы данных.
А фронт по API запрашивает, есть ли уведомления для данного юзера и отображает их.

Comments

[Jekson]

Т.е. это запрос в базу даже если нового ответа нет? Меня именно этот момент больше интересует, как делать обращение к БД только если там действительно что то есть новое.

[Sun_Day]

Т.е. это запрос в базу даже если нового ответа нет?

Да скорее всего

[G F]

Jekson, не как, а зачем

[Jekson]

G F, не понял. Т.е. не имеет смысла оптимизировать (сокращать ) кол-во обращений в базу ?

[G F]

сначала ответь на вопросы зачем тебе это. ну и вообще в архитектуре клиент-сервер именно клиент спрашивает данные, а не наоборот

[Jekson]

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

[G F]

https://youtu.be/bBTPZ9NdSk8 мне вот этот канал нравится, даже несмотря на ужасный акцент.
по сути чел объясняет как спроектировать систему оповещений. ну и вообще погугли design notification system там много интересного

[Jekson]

G F, спасибо гляну

[Максим Федоров]

.е. не имеет смысла оптимизировать (сокращать ) кол-во обращений в базу ?

Если есть проблемы с нагрузкой на БД (логика)
Превентивно можно разве что N+1, банально не делать много запросов, когда можно один сделать, не запрашивать всю сущность, если нужно 2 поля и прочее

Answer 4

[Therapyx]

много реализаций придумать можно. Банальный и простой пример
- Когда человек нажимает кнопочку "отправить" - идет проверка текста на наличие паттерна "@Nichname,"
- Если есть, то
1) Выбрать емаил юзера из патерна выше
2) Добавить "flag" в DB юзера, что у него есть непрочитанное сообщение (можно как каунтер, к примеру что происходит в соц. сетях). А так же добавить всю мета-инфу о сообщении.
3) Отправить емаил и инфу о сообщении
4) Когда юзер обновляет страницу или заходит в профиль, то идет проверка ДБ на наличие поставленного флага. Если да, узкаывает на наличие оповещения и достает сохраненную мета-инфу по айди этого запроса.
5) при прочтении оповещений флаг обнуляется. И так по кругу.

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