关于这个问题，我知道答案。不行，你不能。我们甚至不能在Mastodon、Pixelfed等内部使用它。而实际的答案是，这个插件，或者说ActivityPub，与登录无关。
但这会很好。但另一方面——ActivityPub的理念恰恰是消除在其他服务上登录的需要。
1 个赞
这就是一个没有算法的系统的优点 
。是的，你必须这样做，但这只在一个实例内有效。你仍然需要关注者。
电子邮件的工作方式的广泛类比在这里也适用。你需要有人发送电子邮件，否则就会被视为垃圾邮件。
我相当活跃于 Mastodon，因为我告别了 Meta。我实际上在三个不同的实例上都有帐户。我的主帐户关注我的类别，另外两个帐户关注我的主实例帐户。通过这种方式，我最大化了可见性，其余的则取决于其他用户。
顺便说一下——我注意到 Mastodon 无法处理 markdown 和 html 让其他人有点恼火。
现在要求将其包含在 Crowdin 中进行翻译是否太早了？
5 个赞
捷克语。原因是，在尝试完成本地化时，我会浏览不同的捷克语论坛，看看翻译效果如何（有时你会看到与你自己论坛不同的东西，因为数据组合不同——使用了不同的复数形式、不同的插件等）。
我偶然发现一个论坛的用户设置中显示了 ActivityPub。我希望用户设置能够完全本地化 
4 个赞
手动翻译始终是一个选项。而且现在是唯一的选项。我花了大约 10 分钟。但当然，如果它是自动的，对管理员来说会更容易。
是的，我认为我们可以将此添加到 Crowdin，我会这样做的。
6 个赞
主题会没有标签地进入广阔的世界。是否可以从 Discourse 添加标签？
这需要为帖子添加已使用的标签，但仅用于 Mastodon 方向，我不知道这是否可能，或者是否真的需要。嗯，这是需要的，因为标签在 Mastodon（或者我认为在联合世界中的任何地方）都扮演着如此重要的角色。
当然，我也可以只添加 #tag，但这有点尴尬，因为 Discourse 有自己使用标签的良好方式。
2 个赞
https://caneandable.social/@WeirdWriter/113933429408828411
@Angus 我很好奇是否也有办法做到这一点。来自 Discourse 插件的 Actor 是否有一个通用的标识符（例如 source: Discourse 类型的元数据），可以在 Fediverse 中搜索？或者也许有帖子的标识符？
1 个赞
是的，这是可能的。正如你所暗示的，这会引发一些问题，因为标签在 Discourse 和其他平台中的作用略有不同。这需要仔细考虑。
这与标签问题有关，但又超越了它。这其中有各种层次。我们可以实施一种特定于 Mastodon 的方法来改进发现。我们也可以实施一种“标准化的” ActivityPub 方法来改进发现。在后者方面，请参阅
但是的，我们可以进一步讨论短期、中期和长期的产品目标，然后我可以制定一个考虑到这些不同层次的实施策略。我已经将此事提交给相关的 ActivityPub 人员：
3 个赞
我想了解一下您的想法，即如何以及如何从 Fediverse 寻址话语参与者。
这个问题在我思考话语（作为数字花园）如何与 Fediverse 连接时出现了。
如果我在 Fediverse 的某个地方读到一些东西，我想能够将其转发到 TAG@my.garden 或 CATEGORY@my.garden。
这些转发的内容应该如何处理，或者说，应该进入话语中的哪些位置？
如果转发应该对任何人开放，那么就需要进行一些审查过程。
如果有可能将外国 Fediverse 账户链接到自己的账户，那么转发的内容可以作为草稿到达，以便进一步整合到花园中。
目前，标签或类别参与者关注的参与者可以发布该标签或类别中的新主题。
如果在 Discourse 中有一个名为“fediverse”的类别，并且 fediverse@yourforum.com 关注了 Mastodon 上的一个帐户，例如 fediverse@mastodon.com，那么每次 fediverse@mastodon.com 创建一个新的 toot（不是回复另一个 toot），该 toot 将成为您“fediverse”类别中的一个新主题，并且对该 toot 的任何回复都将成为该主题的回复。
将其应用于您的情况，如果该句子中的“我”是 TAG@my.garden 或 CATEGORY@my.garden 所关注的 fediverse 帐户，那么当您创建新的 toot 或转发 toot（也称为“宣布”它）时，它将成为 TAG 或 CATEGORY 中的一个新主题。
我们可能会添加一项功能，允许将外部参与者发送到标签或类别参与者的内容（该标签或类别未被关注）推送到审查队列。从实现的角度来看，这将相对简单，但过滤将是一个重大问题。在许多情况下，审查所有传入的内容是不可行的。
例如，socialhub.activitypub.rocks 有十二个 Discourse ActivityPub 参与者（标签和类别）。它每分钟会收到（字面意义上）数百个传入的 POST。如果您在那里部署了这样的审查系统，您将立即导致审查队列爆炸，使其无法使用。
这个想法有潜力，部分原因是您已经可以做到这一点，请查看个人资料中的“ActivityPub”，您会看到您可以将任何外部 Discourse 或 Mastodon 上的参与者与您的 Discourse 用户帐户链接起来。因此，过滤非关注参与者传入内容的一种方法是来自与论坛上具有足够信任度的用户链接的参与者的内容。
3 个赞
完成：https://discourse.crowdin.com/activity-pub，翻译人员现在可以为 ActivityPub 插件贡献翻译。
4 个赞
是否有某些限制，参与者可以关注某个分类？我可以关注我的，但找不到奇怪的。
编辑
我的一些分类可以找到，一些账户不行。这是否可能来自实例的某种设置？
一个类别会跟随一个 Mastodon 帐户。当一个帖子（由关注的参与者撰写或转推）包含图片时，该图片从未被包含。这是 Mastodon 发送数据的方式、ActivityPub 的工作方式还是 Discourse 处理此类内容的方式存在技术问题？
我认为可能仍然存在一些与 Mastodon 的授权获取 (Authorized Fetch) 集成方面的问题需要我们解决。这可能会影响某些 Mastodon 实例上账户的可发现性。如果您能提供一些例子，将会有所帮助。
我们很快就会着手改进图片支持。
1 个赞
mastodon.social 每次都会失败——这意味着我尝试了大约六次来自那里的账户。这就是为什么我好奇它是否源于实例的设置。
但一个账户是 @ScienceScholar@mastodon.social。另一个例子可以是 @GetCarter@mastodonapp.uk。
又一个为后续阶段准备的梦想 
如果一个分类可以跟随 Mastodon 的（哈希）标签……那将是真正的游戏规则改变者——是的，我完全不知道这在技术上是否可行，因为 Mastodon 实例的运行方式与 Discourse 非常不同，但它将是一个很棒的功能。
1 个赞
这是什么：
[details= discourseactivitypub::AP::Handlers::Warning]
消息（报告了3765个副本）
[Discourse Activity Pub] DiscourseActivityPub::AP::Handlers::Warning
回溯
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:在 block in warn' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:在 block in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:在 each' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:在 dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:在 warn' /var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/logger.rb:26:在 log’
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/logger.rb:63:在 warn' /var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:42:在 rescue in block in perform_transactions’
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:35:在 block in perform_transactions' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/transaction.rb:616:在 block in within_new_transaction’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/concurrency/null_lock.rb:9:在 synchronize' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/transaction.rb:613:在 within_new_transaction’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/database_statements.rb:361:在 transaction' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/transactions.rb:234:在 block in transaction’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:421:在 with_connection' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/connection_handling.rb:296:在 with_connection’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/transactions.rb:233:在 transaction' /var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:34:在 perform_transactions’
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:26:在 process' /var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_process.rb:12:在 execute’
/var/www/discourse/app/jobs/base.rb:316:在 block (2 levels) in perform' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:在 with_connection’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:在 with_connection' /var/www/discourse/app/jobs/base.rb:303:在 block in perform’
/var/www/discourse/app/jobs/base.rb:299:在 each' /var/www/discourse/app/jobs/base.rb:299:在 perform’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:202:在 execute_job' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:170:在 block (2 levels) in process’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:177:在 block in invoke' /var/www/discourse/lib/sidekiq/pausable.rb:132:在 call’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:179:在 block in invoke' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:182:在 invoke’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:169:在 block in process' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:136:在 block (6 levels) in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_retry.rb:113:在 local' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:135:在 block (5 levels) in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq.rb:44:在 block'<module:Sidekiq> /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:131:在 dispatch中的块（第四层） /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:263:在stats中 /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:126:在dispatch` 中的块（第三层）
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/s…