정말 그렇습니다. 원격 “좋아요” 동작 통합도 가능할 것입니다.
Elon Musk가 Twitter 인수전을 시작한 이후로 Fediverse가 눈에 띄게 더 활발해지고 인구가 늘어난 것을 느꼈습니다.
제가 운영하는 Discourse 인스턴스(현재 세 개)에서 저는 (제 경우처럼) Mastodon을 사용하여 더 넓은 청중에게 팔로우하고 "부스트"할 수 있기를 원합니다. 이렇게 하면 제 인스턴스의 정보가 관심을 가질 수 있는 더 많은 사람들에게 더 접근 가능하고 가시적으로 만들어질 것입니다. 제 모든 인스턴스는 다양한 주제에 대한 공공 지식의 범위를 확장하는 데 전념하고 있으며, ActivityPub 통합을 통한 풍부한 공유 지원은 그 목표를 달성하는 데 도움이 될 것입니다.
RSS를 ActivityPub로 변환하는 것은 큰 도움이 되지 않을 것입니다.
이것이 제 프로젝트라면, 단계별로 나누어 단순하게 시작할 것입니다:
- 공개 전용:
inReplyTo를 사용하여 토픽의 답글 게시물을 올바르게 스레드링한 상태로, 카테고리를 Actor로 공개합니다. 예를 들어, 채팅 통합으로 게시물이 전달되는 것과 동시에 게시글 단위별로 팔로워에게 전송됩니다. 이는 (최소한 일부) 카테고리를 Actor로 공개하고 각 Actor에 대한 팔로워를 저장해야 함을 요구합니다. 이러한 카테고리 Actor는 팔로우하거나 좋아요를 하지 않습니다. 인증된 액세스는 사용되지 않습니다. 좋아요, 차단, 취소 활동을 존중합니다. 서버의 모든 활동을 쉽게 팔로우하기 위해 서버 전체를 위한 Actor도 포함될 수 있습니다. - 최소 양방향: 선택적으로 원격
Like동작을 허용합니다. - 더 많은 양방향:
Announce동작(즉, 공유, 재게시, 부스트)과 상호작용하여, 이를 좋아요로 추가하거나 별도로 표시합니다. - 사용자 상호작용: 선택적으로 사용자를 위한 webfinger 지원을 제공하여, 사용자를 Actor로 팔로우하여 그들의 모든 게시물을 볼 수 있게 합니다. 추가로 그룹으로 제한(예: TL2로 제한하고 싶을 수 있음)하여 외부 ActivityPub Actor와의 개인 메시지(PM)에 참여할 수 있는 기능을 제공합니다. 이는 사용자의 좋아요 게시물 컬렉션(최소 공개된 것)을
liked컬렉션에 구현할 수 있을 것입니다. - 텍스트 양방향: 선택적으로 ActivityPub를 통한 비회원 응답을 댓글로 허용합니다 — 하지만 이것은 다소 까다로운 문제입니다. 왜냐하면 이는 단순히 새로운 게시물로 다시 반영되어 팔로워가 두 번 볼 수 있기 때문입니다. 아마도 외부 참조로 표시된 게시물을 팔로워의 수신함에 게시하지 않도록 해야 할 것입니다.
Discourse 내에서 ActivityPub Actor를 "팔로우"하는 기능을 명시적으로 지원하지 않을 것입니다. Discourse를 (예를 들어) Mastodon 클론으로 만드는 것은 모든 면에서 낭비라고 생각됩니다. ActivityPub 사양의 용어로 말하면, "ActivityPub 준수 연방 서버"가 되지 않을 것이며, 그것은 괜찮습니다. 또한 프로토콜의 클라이언트 부분은 이 계획에 해당 자리가 없습니다.