strypey
(Danyl Strype)
1
Ping @angus，认为您阅读一群 Fediverse 新手使用 Discourse 实例的经验，并了解如何使用 AP 联合功能可能会对您有所帮助；
https://the.socialmusic.network/t/federating-the-social-music-network/35/20
您可能需要解决一些具体问题，例如，在 Fediverse 服务器上删除的帖子是否应该保留在托管其所属主题的 Discourse 论坛上。或者，从 Discourse 论坛联合的主题的“仅关注者”回复是否可以在该论坛上公开显示。如果这些不是预期行为，那么他们可能发现了错误。
帖子删除和识别发帖范围可能是尚未实现的功能，在这种情况下，我建议将其列为高优先级。有一部分 Fediverse 社区对他们认为未能优先考虑隐私和同意的开发者非常敏感。他们甚至会对出现在 Fediverse 之外的公开帖子（因为他们理解其界限）感到激动。请参阅 BridgyFed 的 Fediverse<><>ATmosphere 桥接器因在两端都选择退出而不是选择加入而受到的批评。
总之，感谢您为将 Discourse 带入 Fediverse 所做的持续努力。希望您喜欢与那些致力于以艺术家为中心的方式将更多音乐托管平台带入 Fediverse 的优秀人士互动 : )
2 个赞
Jagster
(Jakke Lehtonen)
2
据我所知，在 Mastodon 中删除的消息不会在 Discourse 中被删除。在 Discourse 中，删除是受限制的操作。而且 Discourse 不是 Mastodon 实例。Discourse 使用 ActivityPub。这是不同的东西。
而且每个 Mastodon 用户都知道，或者应该知道，删除非常不可靠。它会传播到 Fediverse，或者不传播。
论坛就是论坛，ActivityPub（从 Discourse 的角度来看，实际上只有 Mastodon）是它自己的东西。
“仅关注者”是指“发布帖子 #1 并将其发送给群组参与者的关注者”（或者通常在 5 分钟后）为 OP？此类主题的回复不会发送给关注者，也不会进入全局公共时间线。这只是一个人看到消息的时间线的问题。
这就像在 Mastodon 中一样，只是一个订阅的提要。没有什么秘密。
当有人回复（由于群组参与者以及他们的转发方式，这种情况很少发生，但现在就是这样运作的）来自 Mastodon 的主题时，它就是该论坛和 Mastodon 中的公共消息，一如既往。如果论坛上的某人回复了该评论，而不是回复主题（论坛用户没有意识到这一点），并提到了该 Mastodon 用户，那么该帖子就是完全公开的，并且会像往常一样被联合。
或者我完全误解了你的问题？
这是不同的事情，值得开一个自己的话题，但我的观点是，不应该因为某些子集想要一些超出正常限制的东西，或者他们在使用自己的定义，而做任何事情。这意味着以上任何内容都不是同意或隐私的问题。
strypey
(Danyl Strype)
3
就背景而言；根据 @Jagster 在 meta.discourse 上的个人资料，他们并非 Discourse 开发团队的一员，该评论就源自那里。@jdp23 也许能比我更好地解释为什么这些是 fediverse 社区的 T&S（条款与服务）问题。
Jagster
(Jakke Lehtonen)
6
当然不是。从个人资料里一眼就能看出来。你为什么觉得那很重要呢？支持类别不只是让团队来回答的。
Jagster
(Jakke Lehtonen)
12
你的假设大错特错。而这正是你制造混乱的原因。你根本不了解这个论坛的运作方式，不是吗？
再说一遍：
支持类别不只是团队才能回答。
如果你只想和团队讨论，你应该发私信。而不是开一个公开主题。
最重要的是，你根本不应该评论这个主题本身。
无论如何，这个主题目前是未列出的，普通用户无法在论坛上看到。但它确实通过ActivityPub传播。
这确实是一个令人困惑的话题！我对 ActivityPub 还不熟悉，但作为 meta.discourse.org 的新社区经理，我似乎需要学习！
让我在这里尝试一下。
我们在这里 meta.discourse.org 上将此话题设为“未列出”，因为似乎存在某种错误，导致无法编辑第一篇帖子。我们认为这与 ActivityPub 有关，并已请 @angus 检查。让我们稍等片刻，看看如何解决，然后我们可以决定如何处理 meta.discourse.org 上的这个话题。
@jagster 我很感谢你在这里的帮助，但请对一个甚至不是 meta.discourse.org 成员，并且可能不了解这里运作方式的人采取更礼貌的态度。同样，@strypey 请耐心对待 Jagster，他是一位知识渊博的 Discourse 用户，只是想提供帮助并希望让 Discourse 变得更好。
@jagster 是 meta.discourse.org 的成员，但不是 socialhub.activitypub.rocks 的成员。同时 @strypey 是 socialhub.activitypub.rocks 的成员，但不是 meta.discourse.org 的成员。因此，一些困惑的产生是可以理解的。
看起来这个话题最初是在 https://socialhub.activitypub.rocks/t/forum-federation-thread-on-the-socialmusic-network/5383 上创建的，然后联合到了 https://meta.discourse.org/t/forum-federation-thread-on-the-socialmusic-network/370991。在 socialhub.activitypub.rocks 上，software > discourse 类别 被设置为联合到 meta.discourse.org 上的支持类别。这两个地方的主题是相同的，尽管并非所有参与者都是两个站点的成员。
2 个赞
Jagster
(Jakke Lehtonen)
15
实际上我是。
但我过去和现在都很有礼貌，但我现在或将来都不会闲聊。如果你再看一眼，我的语气和 OP 完全一样——有一个细节：我以完全正常的方式回复了 OP。
只有当我的立场成为话题，并且人们期望我不应该评论（因为提到了我，而且我不是团队成员，尤其是在开发论坛上……）时，我才改变了语气。但即使在那时，我的语气也很礼貌。
但这已经偏离主题了。
然而，我却是唯一一个真正回答了问题的人，即使 OP 也没有接受 
1 个赞
谢谢你，Jakke！我们在这里休息一下，等 Angus。
strypey
(Danyl Strype)
17
感谢 @tobiaseigen1 的介入。这是一次很好的学习经历，了解了在使用论坛联合时可能出现的上下文混淆问题。也许可以在未来的用户体验审查中考虑一下？
也许可以为来自其他论坛的主题或评论设置更强的视觉指示。如果点击远程参与者的头像时显示他们来自另一个论坛，而不是“该用户不再活跃”，那肯定会有所帮助。
@jagster 很抱歉造成任何混淆。我最初评论的目的是为了给在SocialHub上看到它的人提供背景信息，而不是否定你的观点。我相信你在Meta那边很出名 : )
1 个赞
angus
(Angus McLeod)
18
大家好，
-
这个话题是由 Danyl 在 SocialHub 上发起的（你可以在这里看到）。
-
@Jagster 你可能有一个 SocialHub 账户，但你还没有认领你在那里关联的元用户，目前它是一个暂存用户。
-
其他论坛的帖子不能被本论坛（即不同的论坛）的用户编辑，这是故意的。在 ActivityPub 中这是正常的（例如，一个 Mastodon 实例的管理员无法编辑另一个 Mastodon 实例的帖子）。这里存在基本的拥有权和控制权原则。元论坛的管理员并不是所有论坛的管理员。默认情况下，对 ActivityPub 帖子的编辑会联合到所有地方。
Danyl，感谢你的反馈。我们会进一步思考并将其纳入未来的工作中。我们也在讨论由此话题引起的困惑，并可能很快会制作更多相关的文档和支持内容 
5 个赞
谢谢你，Angus！现在一切都说得通了。meta.discourse.org 上的管理员无法编辑其他论坛的帖子，这并不是一个 bug。我已经重新列出了这个话题。
如何“认领”来自其他站点的用户关联？我在 socialhub 上创建了一个账户，但我的用户名不可用。所以现在我在那里是 tobiaseigen1，这很糟糕。
2 个赞
Jagster
(Jakke Lehtonen)
21
这是否表明原始主题和联合主题以及帖子之间的区别不够明显？
没有，我没有，因为我有这个：
欢迎来到 ActivityPub、Discourse 和 Mastodon 的奇妙世界 
好吧，我没有什么有创意可以补充的了，我退出这个话题。
1 个赞
how
(hellekin)
22
嘿 @tobiaseigen，我已在SocialHub上合并了你的用户。
2 个赞
strypey
(Danyl Strype)
25
如何：
你在这里的远程账户是哪个？
我对这个问题感到困惑。但你可能也对我的问题感到同样困惑，因为我没有想清楚在提问时需要采取哪种论坛管理员操作。为了澄清；
这是我在这里的账户，在 Meta 上显示为“Strypey1”。因为我已经在 Meta 上有一个账户，用于与 @aschrijver 一起向 Discourse 开发人员推销 AP 联盟。@tobiaseigen 正在合并 Strypey 和 Strypey1（谢谢 Tobias！），所以据我所知一切都在处理中。感谢您的检查
1 个赞
那么这个话题的计划是什么？它感觉不像一个支持话题，但却在 meta.discourse.org 的支持类别中。现在我们都了解了 activitypub 在 meta.discourse.org 和 socialhub 之间是如何工作的，这里还有什么特别需要完成的吗？也许我们可以把它移到社区类别，在那里我们谈论社区管理？
我今天将休假几周，回来后我会与同事和 meta.discourse.org 的成员讨论我们未来如何在 meta 上使用 activitypub。我还会尝试在我的个人网站上设置 activitypub，以便更多地了解它的实际运作方式，并理解关于如何改进它的反馈。
这是一个非常不错的功能，我对大家在各种不同平台上的联合（federation）所做的事情印象深刻，而 Discourse 只是其中之一！但有一些令人困惑的方面，这个话题就说明了这一点，比如当网站成员参与一个联合话题时，他们如何知道和理解正在发生的事情。我们必须找到一种直接在界面中传达这一点的方式，使其对任何使用者都有意义。这会很难。
strypey:
告诉我你想编辑什么，我会看看是否能以 OP 的身份完成。
谢谢，但没有什么需要编辑的。meta.discourse.org 的一位版主认为它无法编辑很奇怪，并认为这是一个 bug。它读起来也像是不打算在支持类别中公开。结果是因为它从 socialhub 联合过来的，而我们的版主们对此并不都熟悉。
strypey:
你能把我的这个账户和我在 Meta 上的账户合并吗？
完成了！
2 个赞
