Ну получить только те записи,дата окончания,которых не наступила

И еще один вопрос. А пользователь1 не может в консоли добавить себя на прослушивания канала пользователя2? Чтобы читать чужие сообщения/ уведомления?

Если да, то как с этим бороться

Можно

спасиб

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

https://gitlab.com/moofik12/masterhome/-/blob/master/frontend/common/mixins/websocket.js - запрашивает с бека аксесс токен, подписывается на вс сервер, к событию цепляем этот самый аксесс токен

https://gitlab.com/moofik12/masterhome/-/blob/master/socket-server/src/SocketServer.ts  - 36 строчка -регистрация юзера в пуле активных пользователей, 59я - отправака пользователю сообщения  (сообщение берется из очереди рэббита), апдейт дергается вот этим классом  https://gitlab.com/moofik12/masterhome/-/blob/master/socket-server/src/Service/Message/MessageListener.ts

Спасибо за развернутый ответ.

Но ведь клиентский скрипт говорит: давай буду слушать канал "user:25". Ведь так? Тогда почему он не может слушать заодно и канал "user:26"?

Может

ну, обычно никто не делает каналы user:25, или user:26 ) есть один канал messages, а сервак сам решает какому сокет-айди что послать

Простой пример:

Юзер заходит в чат и подписывается на каналы: мессагес и усерс, в первом ему сообщения приходят, во втором пользователи в чате.

Это неправильно, просто как пример

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

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

вот в моем случае клиентская часть:
https://gitlab.com/moofik12/masterhome/-/blob/master/frontend/common/mixins/websocket.js - здесь устанавливаем соединение с веб сокет сервером
https://gitlab.com/moofik12/masterhome/-/blob/master/frontend/store/notification.js - а здесь подписка на события, событие notification приходит с сервера как раз таки

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

и никакой конкретики  нет, типа user:25, user:26

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

когда человек шлет другому приватное сообщение, то твое пхп приложение достает аксес токен того кто послал, и аксес токен того кому послали

и бродкастит сообщения с аксес токенами на вебсокет сервер

Да. Надо это дело переварить. И код написать и посмотреть как это работает