Je vais examiner le support explicite de Pixelfed après avoir examiné (à nouveau) Lemmy et Wordpress 
Bien que toutes les plateformes ActivityPub devraient, en théorie, être interopérables, cela demande presque toujours quelques ajustements pour que chaque intégration fonctionne correctement. Particulièrement car nous utilisons des sujets et la plupart des autres implémentations ne sont que des flux de publications.
Wordpress ? Il a sa propre solution par Autommatic. Un peu étrange avec toutes ces histoires d’amis, cependant. Ou vouliez-vous parler de cette chose de profil utilisateur ?
Bon travail. Merci !
J’essaie de faire fonctionner cela correctement, depuis ma publication en août et je pense que mon problème est peut-être plus simple que je ne le pensais au départ.
Il se pourrait bien que je sois bloqué pour suivre l’acteur sur l’instance Mastodon.
Pendant ce temps, j’ai réinstallé Discourse, le plugin, déplacé le site vers un autre serveur, puis aujourd’hui, j’ai changé le nom de domaine en pensant que cela pouvait être la cause.
J’ai pu suivre depuis un compte mastodon.social et un compte d’une instance Sharkey, et les deux ont fonctionné correctement.
Je ne crois pas que l’instance soit bloquée sur le serveur (encore une fois, j’ai changé de fournisseur de serveur et de nom de domaine), mais j’aimerais avoir un deuxième avis.
[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
Si vous avez besoin de la trace de la pile et/ou de l’environnement, n’hésitez pas à me le faire savoir 
mastodon.ie est-il autorisé ici activity pub allowed request origins ? Et vous devrez peut-être activer ou désactiver activity pub require signed requests.
J’ai désactivé cela et aucune entrée dans les options suivantes (donc cela devrait signifier que n’importe qui peut suivre @general@gamersandgeeks.net, n’est-ce pas ?) :
Salut tout le monde,
J’ai plusieurs forums Discourse connectés à l’aide du plugin ActivityPub. Si j’installe Discourse AI sur l’un de ces forums, le bot IA pourra-t-il accéder et utiliser le contenu des autres instances fédérées pour répondre aux questions dans son interface de chat ?
Merci !
@Crakila Veuillez consulter les étapes et la discussion dans ce sujet, et continuez là-bas si ces suggestions ne résolvent pas votre problème :
Si le contenu est fédéré à une instance, un bot IA sur cette instance peut l’utiliser. Tout contenu « distant » sur une instance a le même statut que le contenu « local » aux fins des autres fonctionnalités.
Je me demande juste… y a-t-il des questions en coulisses ?
Merci. Beau globe visible 
Qu’est-ce que c’est 
Message (46 copies signalées)
Erreur de tâche : méthode non définie `skip_email_validation=' pour une instance de Catégorie
Trace
/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'
C’est mon compte. Est-ce que cela signifie que je n’ai pas vérifié mon e-mail dans l’instance ou d’une manière ou d’une autre dans la catégorie, et qu’ActivityPub ne sait pas comment gérer cette situation ?
Tout semble fonctionner normalement, cependant.
Y a-t-il un plan pour faire des utilisateurs de Discourse des acteurs également ?
Considérant ActivityPub comme un protocole pour travailler ouvertement, cela semble être une étape manquante pour utiliser Discourse comme un lieu où l’on peut suivre ses propres pensées.
Développer Discourse pour qu’il fonctionne comme une instance de pur-sang ? Il y a des avantages et des inconvénients à cela, si c’est même techniquement possible.
Merci pour le rapport. Cela ne devrait pas avoir d’impact matériel. Ce sera résolu bientôt.
Les utilisateurs de Discourse sont déjà des acteurs ActivityPub. Vous ne pouvez simplement pas les suivre. Le plugin est conçu pour permettre cette possibilité. La question est de savoir si c’est judicieux.
Je n’aime pas ça. Cela change l’idée même des forums pour en faire une pure instance Mastodon, et pour cela, nous avons déjà le choix, Mastodon. Il y a encore une grande différence entre suivre des sujets et suivre des personnes.
Partager du contenu via ActivityPub est une chose totalement différente.
Cela tuerait au moins mon forum immédiatement. Même maintenant, les partages ActivityPub sont un grand non pour certains de mes utilisateurs. Et une situation où certains utilisateurs utiliseraient Mastodon pleinement via Discourse, et en même temps d’autres non, créerait un conflit gigantesque.
Certains pourraient dire que c’est le quotidien dans le monde Mastodon, car même si l’on participe à un fil de discussion, toute la conversation n’est pas visible, sauf en visitant l’original via le navigateur. Mais quand même — non.
Je prévois de mettre en place une plateforme d’auto-hébergement pour le streaming en direct et d’utiliser Discourse comme logiciel de forum, avec le chat en direct de Discourse intégré au flux en direct.
J’ai récemment découvert les logiciels du Fediverse et j’ai pensé que Peertube serait idéal pour télécharger du contenu VOD, ce qui pourrait augmenter la découvrabilité de ma plateforme, car les gens pourront voir les vidéos depuis Mastodon, puis découvrir le reste de mon site à partir de là.
Pourrais-je utiliser ce plugin pour permettre aux gens d’utiliser leur compte AP pour se connecter à mon instance Discourse, un peu comme de nombreux sites proposent une connexion Google/Facebook ?
Vous voudrez peut-être aussi consulter ce plugin :
Pensez-vous que la question de savoir si c’est judicieux puisse être répondue en général, en considérant tous les cas d’utilisation possibles de Discourse ?
Dans mon cas, je cherche encore des moyens d’utiliser le fediverse de manière productive. Je préférerais penser publiquement en utilisant une instance Discourse comme mon jardin numérique. Actuellement, la seule façon que je vois d’avoir un flux public de mes pensées est d’avoir un compte sur une instance Mastodon, de suivre toutes les catégories de mon jardin privé et de relayer chaque message que je publie via ce compte.
J’aimerais expérimenter l’utilisation de Discourse comme ma principale connexion au fediverse.