Вебхук для событий уведомлений, включающий итоговое значение?

Сейчас я использую API, чтобы получать количество уведомлений на моём форуме и отображать их на сестринском сайте. Однако даже при кэшировании данных на 60 секунд требуется один запрос к API на каждого пользователя в минуту, что плохо масштабируется.

В идеале я бы хотел использовать вебхук: каждый раз, когда пользователь получает уведомление, данные отправляются на сестринский сайт, где хранится их количество. Затем, когда пользователь очищает уведомления, счётчик также сбрасывается.

Но, похоже, нет способа создать событие вебхука для очистки уведомлений. Есть ли возможность добавить такую функцию?

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

Это очень помогло бы синхронизировать мои сайты и избежать проблем с лимитами API в будущем. Пожалуйста, помогите!

(Также, если есть способ получать уведомления из чата через вебхук или API, я очень хотел бы об этом узнать!)

Звучит как очень уникальная конфигурация! Расскажите, пожалуйста, подробнее о вашем решении и о том, почему вы хотите, чтобы участники могли просматривать и отклонять уведомления Discourse с другого сайта. На мой взгляд, логичнее было бы, чтобы участники входили в Discourse для просмотра уведомлений и участия в обсуждениях.

Ну, другой сайт тесно связан с этим, они должны работать бесшовно.

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

На самом деле всё так просто: я хочу, чтобы две платформы работали бесшовно.