Comet и php

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

Набор СЛУЧАЙНЫХ символов - не подходит, т.к. надо будет знать, куда отправлять. Только если что-то типа $channel_name = md5($name), но в этом случае при сильном желании те, кому нужно будет получать уведомления для данного канала различными способами смогут получить доступ.

Имя канала = идентификатор сессии и туда отправлять данные - вариант, но в этом случае придется хранить идентификаторы сессий пользователя и, собственно, хранить список тех, кто должен получить уведомление (для каждого источника, например, тема на форуме).

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

В ASP.NET (SignalR) есть возможность проверки личности пользователя как при подключении, так и при передаче команды хабу. Но там, как я понимаю, это реализовано при помощи модуля для IIS, на php такое невозможно.

Гоняйте json по каналу, положите туда логин и куку авторизации, а в php-обрабтчике это проверяйте

Немного не понял. Вы предлагаете просто запрашивать php скрипт, аля long-polling? Я планирую ставить nginx + php. Не помрет ли php от большого количества висячих запросов?

Так, кажется я не о том подумал. Вы поподробнее о задаче. Нужно не давать подписываться на прослушивание канала некоторым подписчикам или не давать им публиковать?

Не давать подписываться на каналы.

Например, есть тема на форуме. Есть канал thread_123, где 123 - айди темы. Собственно на этот канал должны иметь возможность подписываться только те, кто может видеть данную тему.

Ну если такая схема как:

клиент -> авторизация -> сервер возвращает список каналов, на которые подписываться можно

не устраивает (имена каналов неугадываемые случайные), то тогда только форки - https://github.com/Kronuz/nginx_http_push_module (сам не пробовал)

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

Отличная идея. Спасибо. Так и сделаю.

Берите Meteor и не партесь - реально вменяемый движок с минимальным порогом вхождения, пара вечеров - и в дамках 😂 юзвери не "уведомляться" будут, а просто увидят новые сабжи без обновления страницы.

всё одно по настоящему реактивное приложение иначе чем на Ноде сейчас не сделать...