ActivityPub 지원: 1단계 RFC

현재의 모든 ActivityPub 구현은 게시물이 안정적인 액터(Actor)에 의해 게시되기를 기대하므로, 다음 중 하나가 필요할 수 있습니다:

  • 모든 게시물을 게시하는 시스템 계정
  • 팔로우 가능한 피드당 하나의 계정
  • 팔로우 가능한 피드당 하나의 계정으로, Discourse 사용자별로 작성된 것으로 간주되는 게시물의 Announce를 수행

첫 번째는 구현이 가장 쉬울 가능성이 높고, 세 번째는 데이터 모델을 가장 잘 매칭시킵니다.

또한 전체 토픽 콘텐츠를 게시할지, 토픽의 첫 번째 게시물만 게시할지, 아니면 /top 페이지의 게시물을 홍보하는 별도의 게시물을 만드는 StackExchange의 트위터 피드 같은 방식을 취할지 선택할 수도 있습니다. 혹은 “상위 게시물” 피드가 그렇게 동작하고, 다른 피드들은 모든 것을 게시하도록 하는 것도 가능합니다…

기술적인 측면에서 URL은 변경될 필요가 없어야 합니다: 모든 서버는 Accept: application/activity+json 또는 그 대체 헤더를 보내기 때문입니다.


ActivityPub에서 서로 다른 시점의 다양한 소스의 피드를 혼합하는 리더 애플리케이션 - "알고리즘 타임라인"을 옵트인(opt-in) 기능으로 재현하는 것 - 은 오랫동안 원해왔던 것인데, 현재 존재하지 않는 것 같습니다.


@hellekin: 크로스 도메인 작성(cross-domain authoring)은 Discourse가 가지고 있는 많은 스팸 방지 보호 기능을 치명적으로 우회할 가능성이 높다고 생각합니다. 읽기는 구현하는 것이 더 중요합니다: 결국, 읽기는 근본적입니다!

11개의 좋아요