Ich werde die explizite Pixelfed-Unterstützung prüfen, nachdem ich Lemmy und Wordpress (erneut) geprüft habe 
Während alle ActivityPub-Plattformen theoretisch interoperabel sein sollten, erfordert es fast immer einige Anpassungen, um jede Integration richtig hinzubekommen. Insbesondere da wir Themen verwenden und die meisten anderen Implementierungen nur Beitrag-Streams sind.
WordPress? Das hat seine eigene Lösung von Automattic. Ein bisschen seltsam mit all dem Freundschaftszeug, aber. Oder meinst du diese Benutzerprofil-Sache?
Gute Arbeit. Danke!
Ich versuche schon seit August, dies richtig zum Laufen zu bringen, seit ich hier gepostet habe, und ich glaube, mein Problem ist einfacher, als ich zuerst dachte.
Es könnte gut sein, dass ich daran gehindert werde, dem Akteur auf der Mastodon-Instanz zu folgen.
In dieser Zeit habe ich Discourse und das Plugin neu installiert, die Website auf einen anderen Server verschoben und dann heute den Domainnamen geändert, in der Annahme, dass es daran liegen könnte.
Ich konnte von einem mastodon.social-Konto und einem Konto von einer Sharkey-Instanz aus folgen, und beides funktionierte gut.
Ich glaube nicht, dass die Instanz auf dem Server blockiert ist (auch hier habe ich die Serveranbieter und Domainnamen geändert), aber ich hätte gerne eine zweite Meinung.
[Discourse Activity Pub] GET request to https://mastodon.ie/users/padraig failed: Expected([200, 201, 202, 301, 302, 307, 308]) <=> Actual(401 Unauthorized)
[Discourse Activity Pub] Failed to process https://mastodon.ie/users/padraig: Could not resolve actor
[Discourse Activity Pub] Failed to process https://mastodon.ie/b35f6088-19b9-472d-a277-e0310fed585f: Could not create actor
[Discourse Activity Pub] DiscourseActivityPub::AP::Handlers::Warning
Wenn Sie den Backtrace und/oder die Umgebung benötigen, lassen Sie es mich bitte wissen 
mastodon.ie ist hier erlaubt activity pub allowed request origins? Und Sie müssen möglicherweise activity pub require signed requests entweder aktiviert oder deaktiviert haben.
Ich habe das deaktiviert und keine Einträge in den folgenden Optionen (Das sollte bedeuten, dass jeder @general@gamersandgeeks.net folgen kann, ja?):
Hallo zusammen,
ich habe mehrere Discourse-Foren, die über das ActivityPub-Plugin verbunden sind. Wenn ich Discourse AI auf einem dieser Foren installiere, kann der KI-Bot dann auf Inhalte von anderen föderierten Instanzen zugreifen und diese nutzen, um Fragen in seiner Chat-Oberfläche zu beantworten?
Danke!
@Crakila Bitte überprüfe die Schritte und die Diskussion in diesem Thema und melde dich dort, falls diese Vorschläge dein Problem nicht lösen:
Wenn Inhalte auf eine Instanz föderiert sind, kann ein KI-Bot auf dieser Instanz diese Inhalte nutzen. Alle “entfernten” Inhalte auf einer Instanz haben den gleichen Status wie “lokale” Inhalte für andere Funktionen.
Ich frage mich nur… gibt es hinter den Kulissen einige Fragen?
Danke. Schöner Globus sichtbar 
Was ist das 
Message (46 copies reported)
Job exception: undefined method `skip_email_validation=' for an instance of Category
Backtrace
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activemodel-7.2.2.1/lib/active_model/attribute_methods.rb:512:in `method_missing'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/attribute_methods.rb:491:in `method_missing'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/actor_handler.rb:150:in `update_user'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/actor_handler.rb:47:in `block in update_or_create_user'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/connection_adapters/abstract/database_statements.rb:359:in `transaction'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/transactions.rb:234:in `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:415:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/connection_handling.rb:296:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/transactions.rb:233:in `transaction'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/actor_handler.rb:45:in `update_or_create_user'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/actor_handler.rb:82:in `update_or_create_user'
/var/www/discourse/plugins/discourse-activity-pub/plugin.rb:782:in `block (2 levels) in activate!'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/handlers.rb:76:in `block in apply_handlers'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/handlers.rb:74:in `all?'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/handlers.rb:74:in `apply_handlers'
/var/www/discourse/plugins/discourse-activity-pub/plugin.rb:873:in `block (2 levels) in activate!'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/handlers.rb:76:in `block in apply_handlers'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/handlers.rb:74:in `all?'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/handlers.rb:74:in `apply_handlers'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/handlers.rb:24:in `apply_handlers'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:64:in `perform_activity'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:38:in `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:in `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:in `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:in `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:in `transaction'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/transactions.rb:234:in `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:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/connection_handling.rb:296:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activerecord-7.2.2.1/lib/active_record/transactions.rb:233:in `transaction'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity.rb:34:in `perform_transactions'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/ap/activity/announce.rb:26:in `process'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_process.rb:12:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `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:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'
/var/www/discourse/app/jobs/base.rb:299:in `each'
/var/www/discourse/app/jobs/base.rb:299:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:202:in `execute_job'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:170:in `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:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:132:in `call'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:179:in `block in invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:182:in `invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:169:in `block in process'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:136:in `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:in `local'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq.rb:44:in `block in <module:Sidekiq>'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:263:in `stats'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_logger.rb:13:in `call'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_retry.rb:80:in `global'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:124:in `block in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_logger.rb:39:in `prepare'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:123:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:168:in `process'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:78:in `process_one'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:68:in `run'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/component.rb:8:in `watchdog'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/component.rb:17:in `block in safe_thread'
Ist das mein Konto? Klingt es so, als hätte ich meine E-Mail in der Instanz oder irgendwie in der Kategorie nicht verifiziert und ActivityPub weiß nicht, wie es damit umgehen soll?
Alles scheint jedoch normal zu funktionieren.
Gibt es einen Plan, Discourse-Benutzer auch zu Akteuren zu machen?
Da ActivityPub als Protokoll für die offene Zusammenarbeit betrachtet wird, scheint dies ein fehlender Schritt zu sein, um Discourse als einen Ort zu nutzen, dem man seine Gedanken nachverfolgen kann.
Diskurs als eigenständige Instanz zu betreiben? Dafür gibt es Vor- und Nachteile, falls das technisch überhaupt möglich ist.
Danke für den Bericht. Es sollte nichts Wesentliches beeinträchtigen. Es wird bald behoben.
Discourse-Benutzer sind bereits ActivityPub-Akteure. Du kannst ihnen nur nicht folgen. Das Plugin wurde entwickelt, um diese Möglichkeit zu eröffnen. Die Frage ist, ob es ratsam ist.
Ich mag es nicht. Es verändert die Kernidee von Foren hin zu einer reinen Mastodon-Instanz, und dafür haben wir bereits eine Wahl, Mastodon. Es gibt immer noch einen großen Unterschied zwischen dem Folgen von Themen und dem Folgen von Personen.
Das Teilen von Inhalten über ActivityPub ist etwas völlig anderes.
Es würde zumindest mein Forum sofort zerstören. Schon jetzt sind ActivityPub-Freigaben für einige meiner Benutzer ein großes Problem. Und eine Situation, in der einige Benutzer Mastodon vollständig über Discourse nutzen würden und gleichzeitig einige nicht, würde zu einem gigantischen Konflikt führen.
Manche könnten sagen, dass dies im Mastodon-Alltag normal ist, da selbst wenn man an einem Thread teilnimmt, nicht die gesamte Konversation sichtbar ist, es sei denn, man besucht das Original über den Browser. Aber trotzdem – nein.
Ich plane, eine selbst gehostete Live-Streaming-Plattform einzurichten und Discourse als Forum-Software zu verwenden, wobei der Discourse-Live-Chat in den Livestream integriert wird.
Ich habe in letzter Zeit Fediverse-Software entdeckt und dachte, Peertube wäre großartig für den Upload von VOD-Inhalten, was die Auffindbarkeit meiner Plattform erhöhen könnte, da die Leute die Videos von Mastodon sehen und dann den Rest meiner Website von dort aus entdecken können.
Könnte ich dieses Plugin verwenden, um Leuten zu ermöglichen, sich mit ihrem AP-Konto bei meiner Discourse-Instanz anzumelden, ähnlich wie viele Websites Google/Facebook-Anmeldungen anbieten?
Sie möchten vielleicht auch dieses Plugin ausprobieren:
Lässt sich die Frage, ob es ratsam ist, angesichts aller möglichen Anwendungsfälle von Discourse pauschal beantworten?\n\nIn meinem Fall suche ich noch nach Möglichkeiten, das Fediverse produktiv zu nutzen. Ich würde gerne öffentlich nachdenken, indem ich eine Discourse-Instanz als meinen digitalen Garten nutze. Derzeit sehe ich die einzige Möglichkeit, einen öffentlichen Feed meiner Gedanken zu haben, darin, ein Konto auf einer Mastodon-Instanz zu haben, allen Kategorien meines privaten Gartens zu folgen und jede Nachricht, die ich über dieses Konto poste, zu verstärken.\n\nIch würde gerne experimentieren, Discourse als meine Hauptverbindung zum Fediverse zu nutzen.