# ActivityPub 지원: 1단계 RFC
**URL:** https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624
**Category:** Feature
**Tags:** rfc
**Created:** [11월 5, 2019, 8:38오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624 "2019-11-05T08:38:55Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [11월 5, 2019, 8:38오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/1 "2019-11-05T08:38:56Z")
_[Federation support for Discourse - #21 by rishabh](https://meta.discourse.org/t/federation-support-for-discourse/90921/21?u=rishabh), [Tools to "aggregate" many Discourse forums? - #27 by Falco](https://meta.discourse.org/t/tools-to-aggregate-many-discourse-forums/81899/27?u=rishabh) 및 [ActivityPub Implementation for Discourse](https://meta.discourse.org/t/activitypub-implementation-for-discourse/107263?u=rishabh%EC%97%90%EC%84%9C) 이어서,_
### 왜 필요한가?
많은 Discourse 사용자가 직면하는 일반적인 문제는 구독 중인 모든 관심 그룹을 한곳에 모아 보여줄 수 없다는 것입니다. 여러 Discourse 인스턴스의 콘텐츠를 중앙 집중적이고 소셜한 사용자 피드 형태로 소비할 쉬운 방법이 없습니다. Reddit과 같은 중앙 집중식 플랫폼은 모든 커뮤니티에 대한 단일 로그인과 [reddit.com](http://reddit.com) 랜딩 페이지에서 단일 스트림으로 표시되는 모든 커뮤니티의 집계 피드를 통해 이를 해결합니다. 우리는 ActivityPub 프로토콜을 통해 이 후자의 기능을 Discourse에서 재현하고자 합니다.
예를 들어, A라는 사용자가 여러 Discourse 인스턴스를 자주 방문한다고 가정해 봅시다. 정치 관련 하나, 취미 관련 둘, 그리고 지역 커뮤니티 포럼 하나를 이용하지만, 모든 관련 콘텐츠를 단일 피드에서 소비할 방법이 없습니다. 반면, 여러 Facebook 그룹이나 Reddit 서브레딧에 가입했다면 가장 관련성 높은 게시물이 이미 피드에 표시됩니다.
> [@Falco](#):
>
> ActivityPub과 Discourse에 대한 제 제안은 기본적으로 Feediverse + Discourse(여러 개)를 사용하여 Facebook 피드를 재현할 수 있는 방법을 마련하는 것입니다.
>
> 기본적인 Facebook 피드는 다음으로 구성됩니다:
>
> 1. 내 친구들이 자신의 월(wall)에 올리는 게시물
> 2. 내가 속한 그룹에 무작위 사람들이 올리는 게시물
>
> 현재 Mastodon(또는 다른 OStatus/ActivityPub 마이크로블로깅 플랫폼)은 1번만 수행할 수 있습니다. 2번을 매우 잘 수행하는 것이 무엇인지 아시나요? 바로 :discourse:입니다!
>
> 따라서 제 제안은 사용자가 사용하는 Discourse(예를 들어 제 경우)의 ActivityPub 피드 여러 개를 추가할 수 있도록 하는 것이었습니다:
>
> - Meta
> - PiHole
> - Age of Empires Forums
> - Overwatch Forums
>
> 그리고 (최신 또는 인기) 게시물을 mastodon의 소셜 피드에 \*\*교차 삽입(interleaved)\*\*하여 표시하는 것입니다.
>
> 이 고해상도 목업을 확인해 보세요:
>
> 
>
> 게시물이나 주제를 추가할 경우, 길이와 컨텍스트를 어떻게 처리할지는 독자의 연습 문제로 남겨 두겠습니다.
### 스펙 (v1)
Discourse 플러그인을 통해 다음 기능을 활성화하여 MVP 프로토타입을 만들 수 있습니다:
1. ActivityPub 피드를 **요청 시(on demand)** 생성 (이미 RSS 피드가 있는 모든 페이지에 대해)
1. 포럼 관리자가 카테고리별로 ActivityPub(전송)을 활성화하거나 기본적으로 켜두도록 할 것인가?
_(@Falco님이 여기에 대해 몇 가지 생각을 가지고 있다고 믿습니다)_
2. 이 콘텐츠를 Discourse 포럼 / Mastodon 피드에서 소비하는 방법(수신)을 알아내는 것
### 다음 단계
우리는 확실히 작게 시작해야 하므로, 처음에는 첫 번째 반복에 포함될 작고 실현 가능한 기능 세트를 결정해야 합니다. 저는 [ActivityPub 프로토콜](https://www.w3.org/TR/activitypub/)을 살펴보고 있지만, 아직 내부 작동 방식에 익숙하지 않습니다. 따라서 이 주제에 많은 관심을 보여준 다른 분들을 토론에 초대하여(@Falco, @hellekin, @merefield) 첫 번째 반복에 대한 실현 가능한 스펙을 구축하고 위의 스펙에 대한 변경 사항을 권장해 주시길 부탁드립니다.
### 리소스
> **[ActivityPub](https://www.w3.org/TR/activitypub/)**
>
> The ActivityPub protocol is a decentralized social networking protocol
> based upon the \[ActivityStreams\] 2.0 data format.
> It provides a client to server API for creating, updating and deleting
> content, as well as a federated...
> **[ActivityPub Rocks!](https://activitypub.rocks/)**
---
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [11월 5, 2019, 9:15오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/2 "2019-11-05T09:15:31Z")
기존 주제에서 몇 가지 하이라이트를 소개합니다 ⬇
> [@riking](#):
>
> 누가 무엇을 따라가는지 모르는 원격 콘텐츠를 추적하는 것은 특히 초기 버전에서는 명시적으로 비목표(non-goal)여야 합니다. Discourse는 그렇게 만들어지지 않았으며, 범용 콘텐츠 뷰어에게 맡겨야 합니다.
>
> _Discourse의 연동 콘텐츠 피드 추적을 RSS 플러그인과 유사한 방식으로 구현해야 합니다._
> [@merefield](#):
>
> 이를 가장 잘 설명하는 방법은 ‘선택한 모든 소스의 집계(aggregator)’라고 할 수 있으며, n개의 소스에서 최신(Latest) 항목을 결합한 주제 목록(Topic List)일 것입니다.
>
> 주제를 클릭했을 때 어떤 일이 일어나는지는 논쟁의 여지가 있습니다. 아마도 소스가 원격 포럼인 경우, _새 탭에서 즉시 해당 소스 포럼으로 리디렉션되는 방식_이 될 수 있습니다.
동의합니다. @Falco가 v1이 이렇게 작동할 수 있다고 제안한 내용과 정확히 일치한다고 생각합니다.
---
### Author:  [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [11월 5, 2019, 9:22오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/3 "2019-11-05T09:22:44Z")
훌륭한 제안입니다. 감사합니다.
먼저 이렇게 말씀드리고 싶습니다: 초기에는 _how_(방법)보다는 _what_(무엇을 할 것인가)에 집중하는 것이 좋지 않을까요? 기술 아키텍처는 나중에 결정해도 되지 않을까요? 그렇게 말씀드리는 이유는, 너무 일찍 기술 아키텍처를 정하면 기능이 제한될 수 있기 때문입니다.
1.0 버전에서는 다음과 같은 ‘발견의 발견(Discovery of Discovery)’ 목록을 보고 싶습니다:
- ‘최신(Latest)’ 목록: 포함된 소스에서 최근 주제를 미리보기로 표시합니다(모든 소스의 ‘최신’ 항목의 단순 합집합).
- ‘관심(Watched)’ 목록: 알림을 받도록 설정한 활동이 있는 각 주제를 미리보기로 표시합니다. (이는 기존 모바일 앱에서 따온 방식이며, 관심 주제에 대한 새로운 활동 알림을 해당 주제의 실제 미리보기로 확장하는 것입니다).
---
### Author:  [@hellekin](https://meta.discourse.org/u/hellekin)
#### Post date: [11월 6, 2019, 7:23오후 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/5 "2019-11-06T19:23:09Z")
이 작업을 시작해 주셔서 감사합니다!
솔직히 말씀드리면, Facebook에 비유한 원래 제안은 제 이해 범위를 벗어납니다. 저는 Facebook이 실제로 어떤 일을 하는지 전혀 알지 못하며, 그것이 Discourse와 어떤 관련이 있는지 이해하지도 못합니다.
제 이해로는 Discourse의 ActivityPub 지원이 \*\*토픽을 연동(federate)\*\*하거나, 심지어 Discourse 인스턴스 간에 **카테고리를 공유** 하는 데 도움이 될 수 있다고 봅니다. 예를 들어, discourse.joinmastodon.org의 공지 토픽 하나가 관련 있는 `#software:mastodon` 카테고리에서 [socialhub.activitypub.rocks](https://socialhub.activitypub.rocks)로 연동될 수 있습니다.在那里, 로컬 사용자는 해당 토픽이 로컬 토픽인 것처럼 좋아요, 답글, 인용 등을 할 수 있지만, 원래 토픽은 joinmastodon의 인스턴스에 존재하게 됩니다.
또 다른 측면은, 두 인스턴스 모두에 계정이 있는 경우, 이 계정을 연결할 수 있는 방법이 있어야 한다는 것입니다. 즉, 특정 Discourse 인스턴스를 주요 ID 제공자로 사용하는 방식입니다. 이것이 첫 번째 반복 작업의 초점은 아니라는 점을 이해하고 있지만, "[여기에 좋아하는 ActivityPub 구현체 이름 입력]로 로그인"이라는 상황이 발생할 수 있으므로 이 점을 염두에 두는 것이 좋습니다.
위 제안들에서 제가 이해한 내용은 Android용 Discourse 앱의 복제본으로, 인스턴스 목록을 가지고 모든 인스턴스에서 알림을 받는 구조입니다. 많은 출처에서 온 관련 없는 응답을 \*\*교차(interleave)\*\*시키는 것은 특히 맥락이 사라질 때 다소 위험해 보입니다.
제 이해가 올바른가요? 그리고 제 이해가 ActivityPub와 Discourse 통합에 대한 비전의 두 번째 단계로 좋은 방향이 될까요?
---
### Author:  [@riking](https://meta.discourse.org/u/riking)
#### Post date: [11월 7, 2019, 4:33오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/6 "2019-11-07T04:33:28Z")
> [@rishabh](#):
>
> ActivityPub 피드를 **요청 시(on demand)** 생성하기 (이미 RSS 피드가 있는 모든 페이지에 대해)
>
> - URL에 `.rss`를 추가하는 것과 유사하게, 올바른 엔드포인트를 요청할 때 AP 프로토콜을 사용하여 콘텐츠를 가져올 수 있게 합니다.
현재의 모든 ActivityPub 구현은 게시물이 안정적인 액터(Actor)에 의해 게시되기를 기대하므로, 다음 중 하나가 필요할 수 있습니다:
- 모든 게시물을 게시하는 시스템 계정
- 팔로우 가능한 피드당 하나의 계정
- 팔로우 가능한 피드당 하나의 계정으로, Discourse 사용자별로 작성된 것으로 간주되는 게시물의 `Announce`를 수행
첫 번째는 구현이 가장 쉬울 가능성이 높고, 세 번째는 데이터 모델을 가장 잘 매칭시킵니다.
또한 전체 토픽 콘텐츠를 게시할지, 토픽의 첫 번째 게시물만 게시할지, 아니면 `/top` 페이지의 게시물을 홍보하는 별도의 게시물을 만드는 StackExchange의 트위터 피드 같은 방식을 취할지 선택할 수도 있습니다. 혹은 “상위 게시물” 피드가 그렇게 동작하고, 다른 피드들은 모든 것을 게시하도록 하는 것도 가능합니다…
기술적인 측면에서 URL은 변경될 필요가 없어야 합니다: 모든 서버는 `Accept: application/activity+json` 또는 그 대체 헤더를 보내기 때문입니다.
* * *
> [@rishabh](#):
>
> 기본적인 Facebook 피드는 다음으로 구성됩니다:
>
> 1. 내 친구들이 자신의 월(Wall)에 올리는 것
> 2. 내 그룹에 게시물을 올리는 수많은 무관한 사람들
ActivityPub에서 서로 다른 시점의 다양한 소스의 피드를 혼합하는 리더 애플리케이션 - "알고리즘 타임라인"을 옵트인(opt-in) 기능으로 재현하는 것 - 은 오랫동안 원해왔던 것인데, 현재 존재하지 않는 것 같습니다.
* * *
@hellekin: 크로스 도메인 작성(cross-domain authoring)은 Discourse가 가지고 있는 많은 스팸 방지 보호 기능을 치명적으로 우회할 가능성이 높다고 생각합니다. 읽기는 구현하는 것이 더 중요합니다: 결국, [읽기는 근본적입니다!](https://blog.codinghorror.com/because-reading-is-fundamental-2/)
---
### Author:  [@hellekin](https://meta.discourse.org/u/hellekin)
#### Post date: [11월 7, 2019, 11:52오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/7 "2019-11-07T11:52:01Z")
그렇게 생각하지 않습니다: 원격 사용자는 여전히 스테이징(검토) 대상이 될 수 있습니다. 단, 원격 계정을 로컬 계정에 연결하는 경우 해당 계정에 스팸 방지 조치가 적용됩니다.
---
### Author:  [@heluecht](https://meta.discourse.org/u/heluecht)
#### Post date: [11월 20, 2019, 1:07오후 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/8 "2019-11-20T13:07:33Z")
솔직히 말하면, 댓글들을 잠시만 살펴봤습니다. 제 제안은 각 카테고리를 독립적인 액터(타입은 “Group”)로 설정하는 것입니다. 그러면 외부에서 사람들이 특정 카테고리에 쉽게 구독할 수 있습니다. 이 카테고리 내의 게시물은 “Group” 계정이 사용자의 게시물을 대신 발표하는 방식으로 구현할 수 있습니다. 이렇게 하면 카테고리 정보와 작성자 정보를 모두 확보할 수 있습니다. 저희는 자체 소프트웨어에서 이 방식을 사용하고 있습니다. JSON-LD 서명을 사용하면 비공개 카테고리에서도 안전하게 적용할 수 있습니다.
문제는 외부에서 오는 댓글을 어떻게 처리할 것인가입니다. 그룹 계정을 "수동 승인"으로 설정하는 것을 제안합니다. 그러면 무분별한 스팸을 방지하기 위해 검증 과정을 추가할 수 있습니다. 이렇게 검증된 계정들은 해당 게시물에 댓글을 달 수 있어야 합니다.
이 방식은 (거의) 전체 페디버스(Fediverse)의 사람들이 디스커스(Discourse) 시스템과 연결하고 상호작용할 수 있도록 즉시 가능하게 해줍니다.
---
### Author:  [@misaka4e21](https://meta.discourse.org/u/misaka4e21)
#### Post date: [12월 13, 2019, 9:18오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/9 "2019-12-13T09:18:51Z")
I agree with @heluecht’s suggestion.
Additionally, I think it would be great that:
1. Every category Group actor can have an owner who has power to manage the category: control posting permissions, ban or remove users, set visibility (public or private)…
2. Local users would create categories on their instance, as long as the instance staff approve their category creations.
3. If a category owner doesn’t fit their position, the site staff can change them.
That’s the way many centralized forums and communities work. What to improve is making it federating.
Nevertheless, there are still problems:
1. Should actor `id`s be mutable? Discourse usernames can be set to modifiable in the site settings. However, I doubt whether other AP software can handle this. [Is Object's `id` immutable? - ActivityPub - SocialHub](https://socialhub.activitypub.rocks/t/is-objects-id-immutable/381)
(More to be mentioned)
---
### Author:  [@hellekin](https://meta.discourse.org/u/hellekin)
#### Post date: [1월 26, 2020, 7:17오후 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/10 "2020-01-26T19:17:31Z")
다음 주 OFFDEM의 SocialHub에 Discourse 팀에서 오시는 분 계신가요? 다른 AP 구현자들과 만나서 교류할 수 있는 좋은 기회가 될 것 같습니다.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [1월 26, 2020, 7:46오후 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/11 "2020-01-26T19:46:56Z")
제가 아는 한 아니지만, 물어봐 주셔서 감사합니다!
---
### Author:  [@sunjam](https://meta.discourse.org/u/sunjam)
#### Post date: [4월 3, 2020, 9:11오후 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/12 "2020-04-03T21:11:34Z")
간단한 참고 사항:
Friendica와 Hubzilla는 [RSS 피드를](https://github.com/friendica/friendica/wiki/How-to:-import-Atom-RSS-Feed) ActivityPub/Diaspora\*/OStatus 호환 연방 계정 형태로 변환할 수 있습니다.
또한, 게시물을 ActivityPub 게시물로 변환하는 이 [Wordpress 플러그인](https://github.com/pfefferle/wordpress-activitypub)도 참고해 보세요.
---
### Author:  [@aschrijver](https://meta.discourse.org/u/aschrijver)
#### Post date: [8월 9, 2020, 6:24오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/13 "2020-08-09T06:24:21Z")
참고할 수 있는 몇 가지 추가 사항..
- [Feneas ActivityPub Watchlist](https://git.feneas.org/feneas/fediverse/-/wikis/watchlist-for-activitypub-app)에는 Mastodon 외에도 Ruby로 구현된 다른 3개 프로젝트가 있으며, 참고하기에 좋은 자료일 수 있습니다.
- @heluecht와 @misaka4e21은 `Group` 액터 지원에 대해 언급했습니다. SocialHub에서는 이를 더 표준화된 방식으로 구현하는 방법에 대해 [진행 중인 논의](https://socialhub.activitypub.rocks/t/groups-implementation/591)가 있습니다.
---
### Author:  [@sl007](https://meta.discourse.org/u/sl007)
#### Post date: [8월 16, 2020, 12:26오후 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/14 "2020-08-16T12:26:30Z")
EU 자금 확보를 축하합니다!
> **[NLnet; Discourse ActivityPub](https://nlnet.nl/project/DiscourseActivityPub/)**
로드맵이 있나요?
Discourse 팀에서 ActivityPub 컨퍼런스에 참석하시는 분이 계신가요?
다른 AP 구현자들과 만나고 교류할 수 있는 좋은 기회가 될 것 같습니다.
[https://conf.activitypub.rocks](https://conf.activitypub.rocks)
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [8월 16, 2020, 8:01오후 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/15 "2020-08-16T20:01:12Z")
여러 가지 이유로 인해 실제로 진행되지 않았다고 생각합니다. 그것은 단지 RFC 제안이었을 뿐입니다.
---
### Author:  [@hellekin](https://meta.discourse.org/u/hellekin)
#### Post date: [10월 1, 2020, 2:42오후 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/16 "2020-10-01T14:42:51Z")
다음 주 일요일 [APConf2020](https://conf.activitypub.rocks)에서 Birds of a Feather 세션으로 디스코스의 ActivityPub 구현에 대해 논의하게 될 것입니다. SocialHub의 전용 토픽을 확인해 보세요:
> **[Scaling Up Cooperation](https://socialhub.activitypub.rocks/t/scaling-up-cooperation/837)**
>
> We’ve been building step stones for the ActivityPub community to collaborate in good conditions. Now we can have a look back and see what we achieved as a group since last APConf, and think about ways to bring our cooperation capacity to a new...
@rishabh 일요일에 참석이 어렵다면 토픽에라도 참여해 주시면 좋겠습니다. 정확한 시간은 아직 알 수 없지만 일요일 오전에 진행됩니다. 확인되는 대로 이 게시물을 업데이트하겠습니다.
---
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [10월 5, 2020, 7:26오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/17 "2020-10-05T07:26:59Z")
hey @hellekin,
못 가서 죄송합니다. 참고로, 우리는 NGI0 자금 지원을 신청하지 않았고, 현재 이 프로젝트에 작업 중인 사람은 아무도 없습니다. 프로토콜에 익숙하지 않아서 이 일을 주도하기에는 가장 적합한 사람이 아니지만, @Falco 님께 언급해서 혹시 이 일을 진행할 생각이 있거나 관심이 있는지 확인해 보겠습니다.
---
### Author:  [@hellekin](https://meta.discourse.org/u/hellekin)
#### Post date: [10월 5, 2020, 9:04오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/18 "2020-10-05T09:04:23Z")
> [@rishabh](#):
>
> 우리는 NGI0 자금 지원을 신청하지 않았습니다.
글쎄요, 당시에는 팀원 중 한 명이 신청했었습니다. 그 사람이 더 이상 팀에 있지 않고, 여러분이 선정되었기 때문에 누군가는 이를 승인해야 했을 텐데, 어떤 "우리"를 말씀하시는 건지 모르겠습니다. 🙂 어쨌든 @Falco와 논의하는 것을 기대하고 있습니다. 어떤 형태의 AP(ActivitPub) 지원도 ActivityPub 커뮤니티에 정말 도움이 될 것입니다. 특히 Discourse 인스턴스 간 작업을 용이하게 하고 Fediverse와의 통합을 개선할 수 있기 때문입니다.
스팸 방지 문제에 대해서는 충분히 인지하고 있지만, 로컬 계정을 실제로 등록하기 전까지 등록되지 않은 이메일 사용자와 같은 _스테이징_ Fediverse 사용자를 통해 이 문제를 완화할 수 있다고 생각합니다.
---
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [10월 5, 2020, 9:14오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/19 "2020-10-05T09:14:51Z")
> [@hellekin](#):
>
> ActivityPub 커뮤니티에 AP 지원이 제공된다면 정말 도움이 될 것입니다. 특히 이는 Discourse 인스턴스 간의 작업을 용이하게 하고 Fediverse와의 통합을 더 잘 실현할 수 있기 때문입니다.
물론, 그런 것을 볼 수 있다면 정말 좋겠습니다.
> [@hellekin](#):
>
> 음, 당시 팀 멤버 중 한 명이 그것을 했었습니다. 그가 더 이상 팀에 있지 않고 여러분이 선정되었더라도 누군가는 승인해야 했기 때문에, 당신이 말하는 "우리"가 누구를 가리키는지 모르겠습니다.
네, 과거에 우리는 자금 지원을 신청했습니다. 하지만 올해早些에 NLnet 팀과 연락하여 프로젝트를 종료하고 우리에게 예약되어 있던 자금을 해제하기로 했습니다. 당시 선정되었더라도, NGI0와의 협력은 _현재로서는_ 취소되었습니다. 물론, 미래에 제안서를 제출할 자유는 있습니다.
> [@hellekin](#):
>
> 어쨌든 @Falco와 논의하는 것을 기대하고 있습니다.
@riking도 관심이 있을 것 같다는 것을 방금 기억났습니다 🙂
---
### Author:  [@sl007](https://meta.discourse.org/u/sl007)
#### Post date: [10월 5, 2020, 9:28오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/20 "2020-10-05T09:28:09Z")
흥미롭네요.
> 이 프로젝트는 유럽연합 집행위원회의 차세대 인터넷(Next Generation Internet) 프로그램의 재정적 지원으로 NLnet이 설립한 NGI0 Discovery Fund를 통해 자금을 지원받았습니다. 이 기금은 통신 네트워크, 콘텐츠 및 기술 총국(DG Communications Networks, Content and Technology)의 관할 하에 보조금 계약 번호 825322에 따라 운영됩니다.
> **[NLnet; Discourse ActivityPub](https://nlnet.nl/project/DiscourseActivityPub/)**
그러니까: 여기서 말하는 "Discourse"가 또 다른 "Discourse"를 의미하는 건가요?
"프로젝트 자체 웹사이트: [https://discourse.org](https://discourse.org)"라는 부분 때문에 궁금해서 물어봅니다…
---
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [10월 5, 2020, 9:30오전 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/21 "2020-10-05T09:30:41Z")
아, 그 페이지가 있다는 걸 몰랐어요. NLnet의 담당자에게 이메일을 보내서 혹시 제거를 잊으신 건 아닌지 살짝 언급하고, 여기서 업데이트를 올릴게요.
수정: 변경 사항이 [NLnet; Discourse ActivityPub](https://nlnet.nl/project/DiscourseActivityPub/) 에 적용되었습니다.
[다음 페이지](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624.md?page=2)