Поддержка ActivityPub: RFC этапа 1

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

  • Системный аккаунт, публикующий все посты
  • Один аккаунт на каждую подписываемую ленту
  • Один аккаунт на каждую подписываемую ленту, который делает Announce постов, которые предположительно написаны аккаунтом каждого пользователя Discourse

Первый вариант, скорее всего, проще всего реализовать; третий лучше всего согласует модели данных.

Также есть выбор: публиковать ли полный контент темы, только первые посты тем или что-то вроде твиттер-лент StackExchange, где создаются отдельные посты, продвигающие посты со страницы /top. Или это может быть просто то, как работает лента «топ-постов», а остальные ленты публикуют всё…

На техническом уровне URL не должен меняться: все серверы будут отправлять Accept: application/activity+json или его альтернативы.


Приложение-читалка, которое смешивает ленты из разных источников в разное время в ActivityPub — воссоздающее «алгоритмическую ленту» как опциональную функцию — это то, чего я хотел уже давно, и, похоже, такого решения сегодня не существует.


@hellekin: Я думаю, что кросс-доменное авторство с высокой вероятностью может фатально обойти многие анти-спам защиты Discourse. Реализация чтения более важна: в конце концов, Чтение — это фундаментально!

11 лайков