А с Nuxt JS был опыт? Какие ощущения от SSR решения ?

Все норм. И nuxt и next, но есть свои проблемы. Отход от парадигм и архитектуры более болезненный, чем в cli и cra и еще более, чем когда сам поднимаешь под себя

Хороший курс, после которого будешь всем рассказывать, насколько гэтсби прекрасен

Сообщения явно приходят с бэка, соответственно они уже есть в базе.
Удаление - запрос на сервер.
Прочитано / не прочитано - скорее всего тоже, либо в LS складывать инфо

спасибо!

Реализуй доставку через сокеты (ред). Создай в бд модель что-то типа «Seen», в которой хранится ID сообщения и ID пользователя, прочитавшего сообщения (то есть - авторизованного пользователя). Свяжи (читай про Relationships у бд) с моделью сообщения по типу Seen hasMany Messages

Грубо говоря так

Я пришёл к выводу что оба SSR решения и Next и Nuxt очень похожи между собой, разные лишь подходы ну и новый вид расширегия файла .vue - кстати читал статью как прогеры обижались на такой подход и узнавали можно ли делать .js расширения
Vue JS похоже услышал программистов - теперь там появился TypeScript и поддержка API.
Терпеть всё это приходится только из-за SEO, потому что неповоротливые гиганты поисковых систем, не особо горят желанием переписывать и переделывать поисковых роботов для индексации сайтов, не в ручную же их вносить в базу данных для поиска.
Вот поэтому, чтобы технология была востребована, есть вот такая матрёшка, но вот что замечательно!
Если CLI не индексируется поисковыми роботами, то можно спокойно разрабатывать коммерческий продукт, не боясь к примеру утечки deep web, или иной конфиденциальной  информации, как это было с гугл документами.
Таким образом рассказываешь о своём бизнесе в месседжерах и соцсетях, на худой конец лендос на тильде (я был поражён космической скоростью его использования в таких целях), или через рекламу Ютуб, тикток, инстаграм и так далее.
Так что есть и плюсы. Собирать конверсию в одном месте а потенциальным клиентам и пользователям предоставлять другое место, с комфортом, пони и радугой. До запитой вычеркнуть.
Если не согласны - то почему ?

Отредактировал сообщение выше, поменял слово Хуки на Сокеты. Котёл не варит уже

Иван дал более подходящее решение.

>Вносить в базу данных к примеру 40 одинаковых оповещений - неадекватно

а сколько у вас пользователей?

Главное я понял о чём вы, сокеты вещь полезная, обожаю, ваше решение идеальное, по крайней мере для меня.

💪

Где-то на старте будет 40 или 50, смотря как у них с лицензией, но на старте где-то столько и будет.

Идеально. Что-то я под вечер спёкся )))

Ну и на событие в сокетах, например onMessage - фетч сообщений на фронте.

Сам недавно работал над аналогичной задачей, коллективно остановились на этом решении. Дальше зависит от потребностей

Попробую - отпишусь что вышло, приходится переделывать мышление PHP программиста 🤣😭😜😂

Ну я на ноде делал