Как сделать уведомление на сайте для всех пользователей?

Question

[s]

Всем привет! Кто может подсказать бесплатное решение для вывода уведомлений для всех пользователей сайта.
Я вижу решение на подобии месенджа, как в вконтакте. Например пользователь зашел на сайт - получил какое-то уведомление о важной новости
или уведомление, предупреждающее о технических работах, которые начнутся через пол часа.

На forntend используются обычные странички, написанные на jquery.
На backend используется: java, liferay(который скоро будет заменен на spring boot) и сам spring mvc

Answer 1

[Алексей Черемисин]

Вариантов несколько:
- использовать WebSocket
- использовать SSE
- использовать технологию Long Pooling

Все это работает на liferay (про sse не уверен конечно). Например WS - https://liferay.dev/blogs/-/blogs/define-websocket...

Но на springboot все эти технологии работают!

Comments

[s]

какую библиотеку посоветуете использовать на frontend для того, чтобы "слушать" обновления?
будет ли достаточно делать запрос на сервер, например, раз в минуту?

[s]

выглядит как лучший ответ к данному вопросу

[Алексей Черемисин]

s, на фронте достаточно простого javascript/fetch, и может быть promises, если хотим асинхронности https://learn.javascript.ru/fetch (это и для SSE и для LongPool).
Для WS есть куча оберток, но можно и напрямую - https://learn.javascript.ru/websocket . В современном JS все достаточно удобно.

Касательно отличия опроса, от "длинного опроса". Опрос - это когда делаем постоянные запросы на сервер и тут-же получаем ответ. Это хреново, жрет кучу ресерсов и генерирует кучу трафика.

Long pooling - это когда подключились к серверу и сервер не дает ответа, до тех пор, пока у него что-то не перещелкнет (например не появится событие для конкретного клиента), тогда сервер генерирует ответ и закрывает соединение. Клиент заново подключается к серверу. На стороне сервера нужно просто иметь какой нибудь Hashtable для хранения открытых запросов - https://russianblogs.com/article/92601645700/

Для WS - нужен отдельный сервлет. На стороне клиента WebSocket - https://learn.javascript.ru/websocket

Для SSE - тоже нужен отдельный сервлет, но переподключаться к серверу не нужно, на стороне клиента можно использовать EventSource - https://learn.javascript.ru/server-sent-events (или тот-же fetch)

Я за SSE или LongPooling, но нужно обязательно на стороне сервера увеличить одновременное количество коннектов!, ибо каждый клиент будет держать открытое соединение).

Answer 2

[mayton2019]

liferay(который скоро будет заменен на spring boot) и сам spring mvc

Я-бы тормознул с изменениями и подождал перехода на spring mvc. Кому надо дважды реализовывать одно и тоже?

Технологий пуша существует наверное много. Коробочный вариант - это Push API. Но проблема в том что обычные пользователи сильно не любят любую постороннюю активность popup на landing page и всячески банят и закрывают этот функционал.

Лучше всего не делать ни alert ни Push а просто - тихий мигающий символ конверта где-то в углу. Пользователь если увидит - прочтет.

Comments

[s]

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

[s]

spring mvc уже есть, имелся ввиду переход с liferay на spring boot, например

[s]

как можно "достучаться" для всех активных пользователей в моменте?

[mayton2019]

s, ну а ты сам себя спроси. Что такое активный пользователь? Это событие логона? Или просто вызов любого rest-метода. Или скачивание статик-контента? Это все разное.

Answer 3

[Сергей delphinpro]

Просто в теле страницы выводите сообщение

php:
echo 'Message for all';

javascript:
alert('Message for all')

Проблема-то в чём?

Comments

[s]

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

[Александр]

s, WebSocket, Server Sent Events.

[s]

Александр, отлично, спасибо
напишите в ответе - если не будет более открытого ответа- выделю ваш как решение

[Александр]

s, Я назвал только технологии, не более. Реализация куда более сложнее.

[Сергей delphinpro]

s, Я вас прекрасно понял. Это вы не точно задаёте вопрос.

Answer 4

[s]

появилась такая идея реализации:
создать скрипт на веб-сайте, который будет вызывать один endpoint с сервера на наличие каких-то сообщений.
В случае наличия новых - показывать пользователю. Осталось определиться, каким пользователям не показывать сообщение повторно

Comments

[mayton2019]

Можно в кукис записать номер последнего сообщения.

[Алексей Черемисин]

Вообще-то показывают обычно несколько последних (10-20) сообщений по времени, а на клиенте, в куках или webstorage (вообще офигительно!) хранят id последнего сообщения, обычно это unix timestamp (число). Если клиент не запростил ID последнего, то дают последние 10-20, по timestamp удобно выбирать из базы данных, или кафки :)