이걸 좀 더 쉽게 설명해 줄 수 있을까요?
내 조직이 https://example.social/@MyOrganization 주소로 Mastodon에 가입되어 있다면
Discourse에서 Mastodon에 게시된 조직의 모든 게시물을 보여주는 카테고리를 만들 수 있을까요?
https://discourse.example.org//c/fediverse/67
그리고 Mastodon에서 해당 게시물에 대한 상호작용(좋아요 또는 답글)은 해당 카테고리의 Discourse 게시물에 표시될까요?
그리고 Discourse에서 해당 게시물에 대한 상호작용은 Mastodon에서 보일까요?
후속 질문을 하기 전에 확인 또는 부정을 기다리겠습니다.
내가 확실히 아는 모든 사람에 대해 답변하겠습니다.
네, 가능합니다. 그러면 해당 카테고리가 당신의 Mastodon 계정을 팔로우하게 됩니다.
답글은 가능합니다. 하지만 즐겨찾기(별표)는 불가능합니다. 그 이유는 즐겨찾기의 역할이 해당 Mastodon 사용자에게만 로컬에서 그 '좋아요’를 표시하기 위해서이기 때문입니다. 당신의 카테고리나 그 사용자를 팔로우하는 다른 사람들(예: 당신의 조직)은 해당 즐겨찾기를 절대 볼 수 없습니다.
이것이 현재 제가 겪고 있는 문제이지만, 의미상으로는 카테고리 내 주제 아래에 작성된 댓글이 Mastodon으로 전송되지 않습니다.
하지만 허용한다면, 해당 카테고리를 Mastodon에서 팔로우할 수 있게 되어, 작성된 모든 것이 Mastodon에서 공개됩니다 — 당신의 설정에 따라 주제와 게시물 전체, 또는 주제의 첫 번째 게시물만 공개됩니다. 반응(이모지 등)은 Mastodon으로 전송되지 않습니다.
기본적으로:
따라서 강조할 점은, 물론 단순화된 관점에서 보면,
거의 동일한 개념이지만, 메시지는 Mastodon에서 다르게 표시됩니다.
한 가지 더. Mastodon의 제한 사항으로 인해 사실상 모든 마크다운 태그가 그대로 표시됩니다. 즉, 예를 들어 굵은 글씨가 Mastodon에서 적용되지 않고, 팔로워는 굵은 글씨 대신 **bold**를 보게 됩니다. 또한 태그는 여기나 저기로 이동하지 않습니다.
저는 Discourse 샌드박스를 보유하고 있습니다. 베타 테스터가 필요하시다면 말씀해 주세요.
현재 해당 계정을 팔로우할 수 없는 이유는 그것이 봇(bot)이기 때문입니다. 아직 봇에 대한 팔로우 지원 기능이 추가되지 않았습니다.
이는 mastodonapp.uk에서 Mastodon의 Authorized fetch가 활성화되어 있기 때문으로 보입니다. 며칠 내로 다시 확인해 보겠습니다.
Mastodon에서 해시태그를 팔로우하더라도, 현재 사용 중인 서버에 이미 존재하는 해당 해시태그가 포함된 게시물만 표시됩니다. 다른 Mastodon 서버에 있는 해당 해시태그의 게시물은 볼 수 없습니다. 다시 말해, Mastodon은 해시태그에 대해 1차 ActivityPub 지원을 추가하지 않았습니다(예: Discourse 플러그인이 Discourse 태그에 대해 Actor로 만드는 것처럼 해시태그를 Actor로 만들지 않았습니다). 문서와 여기의 토론을 참고하십시오. 여전히 가능할 수 있지만, 이를 위해서는某种 형태의 중계(relaying)나 폴링(polling)이 필요할 것입니다.
더 자세히 알려드리려면 메시지 자체를 공유해 주셔야 합니다(즉, 백트레이스만으로는 부족합니다). 상세 로깅(verbose logging)이 활성화되어 있으면, 플러그인은 수신된 객체를 처리하지 못한 실패를 로그로 기록합니다. 처리 실패에는 많은 이유가 있으며, 그중 많은 부분이 Discourse와 무관합니다. Fediverse에는 항상 수많은 객체들이 오가고 있습니다. 대부분의 경우 Discourse 쪽에 문제가 없는데도 이 실패 로그가 플러그인 자체에 문제가 있는 것처럼 사람들에게 오해를 줄 수 있으므로, 이러한 처리 실패의 로그 레벨을 "info"로 변경할 수도 있습니다.
네, Mastodon에서 답장으로 표시되어야 합니다. 구체적인 예시는 항상 가장 좋습니다. 그러면 무슨 일이 있었는지 분석하고, 해결이 필요한 부분이 있다면(해결이 필요한 부분이 있다면) 그에 대응할 수 있기 때문입니다.
네, “Full Topic” 설정이 작동하는 방식이 바로 그렇습니다. 자세한 내용은 아래를 참고하십시오.
어떤 메시지와 관련이 있는지 모르겠지만, 그런 메시지를 많이 받았습니다. 하지만 알아볼 수는 있을 것 같습니다 (상세 로깅이 활성화되어 있는지 꽤 확신하지만, 제 기억은 정말로 믿을 수 없습니다). 다른 한편으로, 어디에서도 이상한 동작을 볼 수 없습니다.
태그, 봇 등 — 감사합니다. 그 부분이 많이 설명이 되었습니다.
그걸 어떻게 하나요? 왜냐하면 그것은 일부가 아니라 모든 경우에 일어나고 있기 때문입니다.
—
수정
조금 도움이 될지 모르겠지만, 그 경고가 뜨기 1분 전에 이것이 나타났습니다:
[Discourse Activity Pub] Failed to process https://mastodon.social/users/fesshole: Object is not supported
그것은 제가 부스트(재공유)한 메시지였습니다.
그 경고와 동일한 타임스탬프에 이것도 있었습니다:
[Discourse Activity Pub] Failed to process https://mastodon.social/users/moa333#delete: Object is not ready
추측컨대, 마지막 것이 handlers::warning과 관련이 있고, 둘 다 정보 제공용이며, 내가 전혀 신경 쓸 필요가 없는 것일까요?
수정2
네, 문제는 HTTP 서명(HTTP signature)이었습니다. 플러그인은 그것을 원했지만, 제 Mastodon은 그것을 사용하지 않았습니다. 양쪽 끝에서 비활성화했을 때(아마도 두 사이트 모두에서 활성화해도 같은 결과가 나올 것입니다) 메시지가 여기저기 자유롭게 오가기 시작했습니다.
그 설정을 사용하는 것의 실제 장단점이 무엇인지 더 깊이 파고들어야겠습니다.
올바른 방향으로 이끌어 주셔서 감사합니다!
공유해 주셔서 감사합니다. 다음 며칠 안에 Mastodon의 Authorized fetch를 살펴보는 맥락에서 HTTP 서명의 구현 방식을 다시 확인해 보겠습니다. 서명 처리 방식을 변경했을 수도 있고, 우리의 처리 방식을 조정해야 할 수도 있습니다.
디스커스에서는 서명을 켜고 마스토돈에서는 끄면, 인스턴스가 HTTP 서명을 사용하지 않기 때문에 메시지는 디스커스에서 마스토돈으로 전송되지만, 포럼이 HTTP 서명을 요구하기 때문에 마스토돈에서 디스커스로는 전송되지 않을 것이라고 상상(사실과 무관하게)했거든요. 하지만 실제로는 정반대의 상황이 발생했습니다.
마스토돈의 액터(내 계정)가 제 디스커스 사용자와 연결되어 있고, 저는 관리자입니다. 이 점이 어떤 의미를 가질 수 있을까요?
어쨌든, 양쪽 모두 HTTP 서명을 사용하지 않으면 모든 것이 예상대로 작동합니다. 저는 그걸로 괜찮지만, 개발자 입장에서라면 이야기가 다를 수도 있겠죠 
HTTP 서명이 얼마나 강력하고 유효한 이점을 제공하는지는 확신이 서지 않습니다. 얼마 전, 서명을 사용했을 때 픽셀페드가 마스토돈과 문제를 겪은 적이 있었습니다. 게다가 워드프레스라는 제3자도 있잖아요.
어쨌든, 이제 제가 주제에서 벗어났네요.
이 PR이 병합되어 서버에 배포되면 이 계정을 발견할 수 있어야 합니다.
@Jagster 이 PR가 병합되면, 당신의 모든 답글도 Mastodon에서 올바르게 표시될 것입니다.
(Mastodon 측에서 처리 방식을 일부 조정했습니다)
이제 수정되었습니다 @tvavrda. 죄송합니다. 프로세스에서 한 단계를 놓쳤습니다.
Peertube에서 특정 카테고리에 속한 계정을 팔로우하려고 하는데, 상태가 '대기 중’에서 벗어나지 않습니다.
로그에 기록된 내용은 다음과 같습니다.
POST request to https://spectra.video/accounts/spoilerdiacre/inbox failed: Expected([200, 201, 202]) <=> Actual(403 Forbidden)
https://community.derpandchill.com/ap/actor/ca233d6f9d47cde558877fb7609a6b3a failed to deliver to https://spectra.video/accounts/spoilerdiacre/inbox
여러 번 시도해 보았습니다. 두 서버가 서로 다르다는 점은 알고 있지만, 내 커뮤니티에 자동으로 동영상을 게시할 수 있으면 좋겠습니다.
리포트 감사합니다. 이번 주 후반에 더 자세히 조사해 보겠습니다.
Discourse와 Mastodon 간의 연동(federation)에 대해 질문이 있습니다. 이해하지 못하는 부분이 몇 가지 있습니다. 제가 기대치를 너무 높게 잡고 있거나, 혹은 제가 할 수 없는 것일 수도 있습니다. 관련 링크를 몇 개 첨부했습니다. 내용은 핀란드어이지만, 내용 자체는 중요하지 않을 것 같습니다.
포럼 액터와 부스팅(Boosting)
제가 이해하기로는, 카테고리 액터가 토픽을 부스팅함으로써 연동을 수행합니다. 실제 사용자는 액터이지만, 현재로서는 그렇게 작동하지 않기 때문입니다. 그렇다면 부스팅이 연동을 수행하는 유일한 방법인가요?
하지만 이렇게 되면 Mastodon 사용자에게 해당 항목이 '부스팅된 것’으로 보이며, 원래 발신자는 예를 들어 제 @Jagster@foorumi.katiska.eu 계정이 됩니다. 하지만 그들은 부스터(부스팅한 계정)가 아닌 원래 계정, 즉 제 개인 포럼 계정을 팔로우하려 합니다. 하지만 그들은 승인 요청만 보이고 저는 그 승인을 처리할 수 없기 때문에 팔로우할 수 없습니다. 결국 아무도 팔로우하지 않게 되는 상황이 됩니다.
Article(아티클) vs. Note(노트)
무엇을 기대해야 하는지 이해하지 못하지만, 이 두 형식이 서로 반대 방향으로 작동하는 것 같습니다.
Note 형식을 사용하면 Discourse가 첫 번째 게시글을 있는 그대로 연동합니다. 예시: Sokeriton kofeiini voi olla terveellistä - Ihminen, luonto & maailma - Katiskan foorumi (그리고 평소처럼 ActivityPub 링크 등이 정상적으로 찾아집니다. 참고로, 이 새로운 표시 방식은 제가 완전히 사용하지는 않지만 마음에 듭니다.)
이 항목은 '더 보기’를 표시하지만, 클릭하면 Mastodon에서 콘텐츠가 열립니다.
이 항목은 Article 형식입니다: Onko koiran peitsaaminen aina merkki ongelmasta? - Koiramaailma - Katiskan foorumi
제목만 표시되고 해당 토픽으로 링크가 걸립니다. 따라서 Mastodon에서 읽는 것은 불가능합니다.
수정: 수정 후 내용이 엉망이 된 점 죄송합니다. 하지만 이 아티클 유형이 카테고리 액터에 의해 부스팅된 것이 아니라 제 포럼 액터에서 온 것으로 표시되었다는 것을 방금 깨달았습니다. 매번 이렇게 됩니다. 두 가지 다른 것: 원본과 부스팅 
그래도 좋았습니다. 하지만 승인 문제 때문에 제 포럼 액터를 팔로우하는 것은 여전히 불가능합니다. 잠긴 계정처럼 작동합니다.
이 (메가)토픽을 읽어보았고, ask.discourse.com에도 질문을 올려봤습니다. 전체 아티클을 표시하는 기능이 실제로는 콘텐츠 자체를 표시하는 것이 아니라 링크를 통해 이루어지는 건가요? 그렇다면 Mastodon에서는 불필요합니다. Mastodon은 더 긴 콘텐츠도 표시할 수 있기 때문에, Article 대신 Note를 사용할 것입니다.
토론의 연동(Federation of discussion)
토픽을 연동한 후 누군가 그곳에 댓글을 남기면, 해당 토픽 아래에 깔끔하게 표시됩니다. 하지만 제가 포럼에서 해당 토픽에 댓글을 달면 연동은 되지만, 아무도 그것을 해당 토픽(또는 Mastodon의 스레드)의 댓글로 인식하지 못합니다. 카테고리 액터에 의한 부스팅으로 전송되었기 때문이죠?
이러한 상황에서 (공식) Mastodon 앱이 '이 인스턴스에는 모든 댓글이 없을 수 있으므로 원본을 열어보라’고 말하는 상황인가요? 그리고 아무도 그렇게 하지 않는 것이죠.
아래는 포럼에서는 모든 것을 보았지만, Mastodon에서는 포럼에서 작성된 댓글에 대해 알지 못했던 두 개의 독립적인 토론이 있는 토픽입니다: Pikkulasten ruuat? - Retkeily & Melonta - Katiskan foorumi
수정: 이 토픽은 이 글을 쓰는 시점에서 약 5일 정도 되었습니다. 그리고 제 포럼 사용자가 아닌 카테고리 액터에 의해 부스팅되고 게시되었습니다. 그때와 지금 사이에 무언가 변경되었나요? (네, 저는 거의 매일 재구축을 합니다.)
유일한 방법은 아니지만, 포럼과 유사한 플랫폼들이 주제/스레드(예: 특정 태그나 카테고리를 가진) 그룹을 연동할 때 주로 사용하는 방식입니다. 이 과정은 FEP-1b12라고 불리는 문서에 설명되어 있으며, 우리는 다른 구현자들과 함께 이를 따르고 작업해 왔습니다.
정확히 어떤 문제인지 잘 이해가 되지 않습니다. 다시 한번 표현해 주시겠습니까?
이렇게 되는 이유는 마스토돈이 Article의 내용을 변환하는 것을 중단하고 원래 콘텐츠에 대한 링크만 표시하도록 변경했기 때문입니다. 페디버스(Fediverse)에서 포럼(예: 우리!)이 증가하고 있으므로, 마스토돈에 해당 지원을 다시 추가하기 위한 새로운 PR이 곧 필요할 수도 있습니다.
네, 최근 마스토돈 측에서 여러 가지 변경을 했기 때문에 이 부분에 대해 몇 가지 변경 사항이 있었습니다. 여기서 접근 방식을 정교화하기 위해 앞으로도 더 많은 변경 사항이 있을 가능성이 높습니다. 기대에 부합하지 않는 구체적인 예시(예: 게시글 1 (Discourse), 답글 1 (Mastodon), 답글 2 (Discourse) 등)나 비슷한 내용을 나열해 주시면 도움이 될 것입니다.
큰 기대는 없지만, 몇 가지 바라는 점은 있습니다 
. 그 외에는 이제 다 명확해졌는데, 바로 그 부스트/글 작성자 관련 부분이요. 이제 문제가 없을 수도 있겠네요.
Mastodon에서 어떻게 표시되는지에 대해 이야기하는 겁니다.
포럼의 제 액터를 클릭했을 때 이렇게 표시되었습니다 (Mona 앱에서 캡처한 스크린샷인데, 공식 PWA도 비슷하게 표시되었지만 방식은 달랐습니다)
그 빨간 아이콘은 팔로우 요청을 의미하는 것으로, 잠긴 프로필인 경우와 같습니다.
그 후 재구성을 수행했습니다.
이제 공식 PWA는 제대로 표시합니다:
하지만 Mona에는 여전히 그 빨간 아이콘이 표시됩니다.
어떤 이유로인지 저나 다른 누구도 그 빨간 아이콘 때문에 제 포럼 액터를 팔로우할 수 없었습니다. 하지만 지금은 해결되었습니다 (두 시스템 간의 기이한 문제 
). 그리고 지금 사용하고 있는 mastodon-app은 그 내용을 업데이트하지 않습니다 — 하지만 그것은 당신과는 전혀 무관한 문제입니다.
그러므로 이 게시글은 단순히 무언가를 보여주기 위한 정보 제공이었습니다…
작은 외관상 개선 요청이 하나 있습니다. ActivityPub에서 온 게시물이 어떤 것인지 그래픽 표시자를 통해 보여줄 수 있을까요? 이메일을 사용할 때 봉투 아이콘을 보는 것과 같은 방식으로요.
그 이유는 내 사용자들 중 일부가 로컬 포럼 사용자와 Mastodon 사용자 간의 차이를 구별하지 못해 혼란을 겪고 있기 때문입니다.
왜 그걸 알아야 하는 걸까요? 저도 모르겠습니다. 사람들은 그냥 그렇게 행동할 뿐이고, 저는 그들을 진정시켜 두는 편이 좋습니다. 또한 이메일도 표시하고 있지만, 그건 사실 필요도 없고 중요한 세부 사항도 아닙니다.
게시물이 원격 액터(remote actor)로부터 온 경우를 나타내는 표시기가 있습니다. 바로 게시 날짜 옆, 메일 아이콘이 있는 동일한 위치에 파란색 AP 아이콘이 표시됩니다.
이것은 답글에 대한 것이며, 원포스터(OP)의 경우 동일한 파란색 아이콘과 추가 세부 정보가 토픽 맵 바로 아래에 표시됩니다.
아까 말씀하신 걸 듣고 보니, 차이를 겨우 알아볼 수 있겠네요
어떤 색을 더 선명하게 변경할 수 있는지 CSS를 기억하시나요?
수정
그 두 가지 색을 변경하는 더 쉬운 방법이 있을 수도 있지만, 제 프로필에 적혀 있듯이 저는 그냥 복사&붙여넣기하는 사람일 뿐입니다. 그래서 소스에서 이 부분을 가져왔습니다.
실제 세계에서 3차원(tertiaries) 등이 무엇을 의미하는지 전혀 이해하지 못해서 기본 웹 색상을 사용했습니다.
.activity-pub-topic-status,
.activity-pub-post-status {
&.published .d-icon-discourse-activity-pub,
&.updated .d-icon-discourse-activity-pub {
color: #808080;
}
&.published-remote .d-icon-discourse-activity-pub {
color: #008000;
}
}
수정
해당 문제는 @a.gup.pe 사용자와 관련이 있습니다. 모든 연동된 카테고리에서 사용자 @koirat@a.gup.pe를 찾아 팔로우 상태가 대기 중으로 표시됩니다. 페이지를 변경했다가 다시 돌아오면 팔로우가 사라진 것을 확인할 수 있습니다.
카테고리는 실제 인간을 팔로우할 수 있습니다.
해당 액터는 사실상 봇이며, Discourse는 봇을 팔로우할 수 없습니다 — 하지만 AFAIK(본인의 지식 범위 내) 해당 봇은 스스로를 봇으로 식별하지 않습니다. 그리고 문제가 봇인 것(bottiness, 이 말이 실제로 존재하는 단어인지 모르겠네요 
) 때문이라 해도, Discourse는 애초에 제가 이를 팔로우하는 것을 허용하지 않아야 합니다(해당 시점에 Discourse가 이를 알지 못하는 경우를 제외하고). 어쨌든, 제게 알리지 않고 팔로우를 종료해서는 안 됩니다. 아니면… 로그를 확인해 보지 않았습니다. 제 실수입니다.
수정2
제가 찾은 것은 이것뿐이었습니다.
[Discourse Activity Pub] https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd failed to deliver to https://a.gup.pe/u/koirat/inbox
--- !ruby/hash:ActiveSupport::HashWithIndifferentAccess
id: https://foorumi.katiska.eu/ap/activity/e05428a3d5d0d9637c8b191bc4556063
type: Follow
to: https://a.gup.pe/u/koirat
published: '2025-02-23T07:11:19Z'
updated: '2025-02-23T07:11:19Z'
actor: !ruby/hash:ActiveSupport::HashWithIndifferentAccess
id: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd
type: Group
updated: '2025-02-20T08:03:45Z'
url: https://foorumi.katiska.eu/c/koiramaailma/33
name: 'Katiska.eu: koiramaailma'
inbox: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd/inbox
outbox: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd/outbox
followers: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd/followers
preferredUsername: koiramaailma
publicKey: !ruby/hash:ActiveSupport::HashWithIndifferentAccess
id: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd#main-key
owner: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd
publicKeyPem: |
-----BEGIN PUBLIC KEY-----
(This isn’t relevant, I guess. It’s just taking space)
-----END PUBLIC KEY-----
icon: !ruby/hash:ActiveSupport::HashWithIndifferentAccess
type: Image
mediaType: image/png
url: https://cdnfoorumi.katiska.eu/original/1X/c51c0a678551648d73e3f8729ec95ecd1fc0bb73.png
"@context": https://www.w3.org/ns/activitystreams
"@context": https://www.w3.org/ns/activity...
Webfinger finds a.gup.pe 사용자를 찾았으므로, 이것이 그 이유일 수는 없습니다.
—
이것이 엣지 케이스인가요, 아니면 제가 또 이상한 일을 시도하고 있는 건가요?
Discourse는 Mastodon 목록을 팔로우할 수 없습니다(그리고 그것들은 Mastodon에서도 자체적인 문제를 가지고 있습니다). 그래서 저는 대신 a.gup.pe의 "가상 사용자(pseudo user)"를 시도해 보았습니다.
저는 제 인스턴스에서 동일한 사용자를 팔로우함으로써 @koirat@a.gup.pe를 생성했습니다 — 이는 #koirat 태그(참고로 핀란드어로 '개’를 의미합니다)가 사용된 투트(toots)를 수집합니다. 그 부분은 잘 작동했습니다.
그런 다음 저는 Mastodon에서 메시지를 보냈고, 태그와 사용자 모두 언급되었습니다. 팔로우 중인 guppe 사용자의 목록에 팝업으로 나타났습니다.
제 Discourse에서 카테고리 X에게 사용자 @koirat@a.gup.pe를 팔로우하도록 요청했습니다. 제 액터 @jagster@kvarkki.nexus를 팔로우하는 다른 카테고리 Y가 대기 중 상태였습니다. 그래서 저는 그 메시지를 두 번 받게 될 것으로 예상했습니다. 하나는 저에게서, 하나는 guppe를 통해(아, 이걸로 인한 문제인 건가 
).
제 액터가 보낸 메시지는 예상대로 카테고리 Y에 게시되었습니다. 카테고리 X는 guppe 액터에 의해 전달된 것을 받지 못했습니다.
카테고리 X의 연동을 열었을 때, 더 이상 @koirat@a.gup.pe를 팔로우하고 있지 않았습니다.
그래서 추측은 다음과 같습니다:
@a.gup.pe는 다른 방식으로 작동하여 Discourse가 이해하지 못합니다.이것은 순수한 학술적인 문제가 아닙니다. 왜냐하면 이것이 Mastodon의 목록 문제를 해결할 수 있기 때문입니다.
작동하지 않는 이유는 Discourse가 a.gup.pe/u/koirat/inbox로 Follow를 보내려 할 때 500 내부 서버 오류 응답을 받기 때문입니다.
HTTP/1.1 500 Internal Server Error\r\n
즉, Guppe에 버그가 있다는 뜻입니다.
집단적 Fediverse 방식의 그룹 접근 방식은 현재 다소 진화하고 있습니다. 저는 이 문제와 몇 가지 관련 문제를 NodeBB, Wordpress, Mastodon 등의 개발자들과 현재 논의하고 있습니다. 예를 들어 다음을 참고하세요:
Guppe가 직면하게 될 또 다른 문제는 Mastodon 자체가 Guppe의 접근 방식과 충돌할 수 있는 “Group” 기능을 오랫동안 개발해 왔다는 점입니다.