# 社区无界限：Discourse-as-a-Fabric - 构思与头脑风暴 **URL:** \ **Category:** Community Building\ **Created:** [2020年十二月30日 08:36 UTC](https://meta.discourse.org/t/community-has-no-boundary-discourse-as-a-fabric-ideation-brainstorm/174578 "2020-12-30T08:36:11Z")\ **Posts on this page:** 1\ **Showing post:** 18
**Author:** ![aschrijver](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/aschrijver/32/92004_2.png) [@aschrijver](https://meta.discourse.org/u/aschrijver)\ **Post date:** [2021年一月23日 08:59 UTC](https://meta.discourse.org/t/community-has-no-boundary-discourse-as-a-fabric-ideation-brainstorm/174578/18 "2021-01-23T08:59:38Z")
我刚刚决定再注册一个 Discourse 论坛，只为帮助他们，并（复制/粘贴）一些来自其他论坛的有用话题链接。这又增加了一个需要管理的 Discourse 用户账户。 该论坛是 [Fedeproxy](https://forum.fedeproxy.eu/)，这是一个新的 ActivityPub 项目，旨在同步代码托管平台（如 Github、Gitlab、Gitea 等仓库）。它可能会成为 [Forgefed](https://forgefed.peers.community) 协议的一种实现，在此提及它有两个原因： 1. 这又是一个完全不同的业务领域可以极大受益于 ActivityPub 联邦制的例子。 2. 如果 Discourse 支持联邦制，该论坛的 [#development](https://forum.fedeproxy.eu/c/development/6) 分类就可以与 SocialHub 的 [#software](https://socialhub.activitypub.rocks/c/software/14) 子分类进行双向同步，而无需在两个论坛上工作并重复讨论。 **更新** ： > [@aschrijver](#): > > **机会** ：Discourse 处于独特的位置，可以引领论坛软件的互操作性标准制定，并以与当前 Discourse 功能集完美契合的方式塑造该标准。 在 Fedeproxy 论坛上，一位用户（顺便提一下，他并不想在这里注册，只是为了发一条帖子）[指向了一个有趣的链接数据本体](https://forum.fedeproxy.eu/t/fedeproxy-great-case-study-for-fediverse-futures/44/3)，用于社区，即 [SIOC 核心本体规范](http://rdfs.org/sioc/spec/)，其中 [SIOC 项目](http://sioc-project.org/) 代表“语义互联在线社区”。该本体在链接数据中定义了以下语义： ![semantically-interlinked-online-community-ontology](https://global.discourse-cdn.com/meta/original/3X/a/b/ab983dfa7b833541dcea26aefa97b28d2f1c338e.png) 在此提及，因为它突出了业务领域/词汇表的思维方式，并可以激发头脑风暴 🙂 （附注：不要被 SIOC 规范中的“语义网”一词误导。这与那无关——过于复杂——而是寻求_封闭的_链接数据词汇表来定义特定领域。） **更新 2** ： 我今天发现了一个很棒的项目，其领域与 Discourse 类似，并在那里发起了“社区无边界”的讨论： > **[Federating PubPub. Community Has No Boundary · knowledgefutures/pubpub ·...](https://github.com/knowledgefutures/pubpub/discussions/1249)** > > Hi there, TL;DR What are the thoughts of those involved with PubPub on adding standards-based federation support? Because: Community Has No Boundary Background About me Short intro.. I am Arnold Sc... [PubPub](https://www.pubpub.org/) 是 [Knowledge Futures Group](https://www.knowledgefutures.org/) 的一部分，他们也在开发开放分布式知识图谱项目 [Underlay](https://underlay.org)（这接近于我关于从 Discourse 论坛聚合知识的想法 [https://codeberg.org/innercircles/seedvault/issues/1](https://codeberg.org/innercircles/seedvault/issues/1)）。 **更新 3** ： 我意识到关于社区的讨论比 Discourse 本身要广泛得多，因为社区概念在我们社会中是如此普遍。对于 Fediverse，我发起了一场关于标准化社区领域并据此建模 ActivityPub 扩展的讨论： > **[Standardizing on a common Community domain as AP extension?](https://socialhub.activitypub.rocks/t/standardizing-on-a-common-community-domain-as-ap-extension/1353)** > > ActivityStreams has defined and standardized a set of Social concepts, that has given rise to the Microblogging-oriented Fediverse we have today. It worked great to integrate diverse microblogging apps, model lightweight discussion threads, give... --- _[View the full topic](https://meta.discourse.org/t/community-has-no-boundary-discourse-as-a-fabric-ideation-brainstorm/174578)._