@hellekin Merci pour le rapport. Une certaine quantité de requêtes échouées se produira toujours sur un service ActivityPub, car les acteurs du fediverse vont et viennent. Par exemple, il semble que
La verbosité des logs est là pour aider au débogage, cependant s’ils encombrent vos logs, vous pouvez les activer ou les désactiver en utilisant le paramètre du site activity pub verbose logging. La valeur par défaut est désactivée.
Nous chercherons à améliorer la gestion des erreurs dans la phase deux si nécessaire, mais jusqu’à présent, il semble que les extraits que vous avez publiés soient attendus, c’est-à-dire que les acteurs ne font effectivement plus partie du fediverse.
Actuellement, la manière dont le plugin gère les échecs de livraison est de les suivre de la même manière que Mastodon, à savoir que s’il y a 7 jours d’échec vers un point de terminaison, il sera marqué comme « indisponible » et aucune requête ne sera plus tentée.
En effet, mais le code d’état est 410, ce qui signifie que le compte a peut-être été déplacé (s’il y a une pierre tombale — cette condition est-elle vérifiée ?)
Je viens d’installer un tout nouveau discourse auto-hébergé avec votre plugin AP sur https://federation.cafe, et je rencontre des erreurs 403 dans les journaux d’erreurs de Discourse (et les publications ne sont pas partagées).
Je me demande si cela pourrait être dû à la présence de tirets, peut-être ?
[Discourse Activity Pub] GET request to https://bofh.social/internal/fetch failed: Expected([200, 201, 202, 301, 302, 307, 308]) <=> Actual(403 Forbidden)
Le plugin MVP est testé contre Mastodon. Je vois que vous utilisez Pleroma ici. Je sais que Pleroma est conforme à ActivityPub et fonctionne avec Mastodon, cependant nous n’avons pas encore examiné de près les ajustements qui pourraient être nécessaires (le cas échéant) pour assurer sa prise en charge. Mais je suis toujours intéressé de voir ce qui se passe ici.
Il semble que les requêtes aient échoué en raison d’une erreur d’authentification sur votre serveur Pleroma (c’est ce que signifie une erreur 403). Comme je suis capable de faire un GET sur ce point de terminaison en utilisant une requête cURL non authentifiée, je soupçonne que c’est l’authentification http qui échoue du côté de Pleroma.
Pour tester ce dernier point (c’est-à-dire le point 2), pourriez-vous consulter vos journaux Pleroma (il semble que vous soyez aussi l’administrateur de ce serveur ?) si possible pour voir si vous pouvez obtenir plus de détails de ce côté-là ?
Merci pour vos commentaires @bmann. Pourriez-vous développer le cas d’utilisation que vous avez en tête ici ? Avec un exemple si possible.
Ce sujet est le meilleur endroit pour se tenir au courant des développements. Lorsque nous aurons finalisé un plan de phase 2, je le partagerai ici. En attendant, la meilleure façon d’aider est de partager les cas d’utilisation spécifiques pour lesquels vous utilisez, ou aimeriez utiliser, le plugin.
Le cas d’utilisation consiste à utiliser Discourse comme un nœud AP plus complet. Il existe de nombreuses façons plus simples de publier du contenu sur AP (par exemple, utiliser les flux RSS de catégories et Zapier ou Buffer), mais le développement d’une capacité AP plus complète ne peut se faire qu’en tant que plugin/intégration.
Article est le type ActivityStream destiné aux articles complets. Selon l’interface client, il affichera un aperçu, puis un lien pour afficher l’article entier en ligne (un peu comme les avertissements de contenu, mais avec un « lire la suite »).
Note est le type de microblogging.
En ayant des publications Article complètes, les gens peuvent lire / booster / répondre directement dans leurs clients AP.
Et bien sûr, il serait intéressant d’entendre parler de votre feuille de route si vous allez suivre une instance AP plus axée sur le microblogging, ou vous diriger vers un forum fédéré comme Lemmy ou Kbin, surtout compte tenu des récentes nouvelles de Reddit.
@angus, @pmusaraj, avez-vous vu l’appel à projets ouvert pour NGI Sargasso ? C’est un préavis assez court, mais cela pourrait être utile pour le développement de ce plugin (sauf si vous avez déjà d’autres projets).
Salut à tous, je suis heureux de vous annoncer que la deuxième phase de travail sur ce plugin a été approuvée. C’est sur cela que nous avons déjà commencé à travailler, avec l’objectif de le sortir dans environ 3,5 mois.
Prise en charge de la modification des Notes après publication
Gestion des caractères spéciaux (peut-être utiliser un analyseur différent). Voir plus loin.
Prise en charge de l’utilisation de Article au lieu de Note comme Objet d’un message.
Paramètre au niveau de la catégorie
Prise en charge de l’acceptation des Activités en réponse à une Note faite à distance et de la publication d’Activités en réponse à une Note faite dans Discourse.
Publication d’Activités concernant les réponses faites dans Discourse
Permettre aux utilisateurs de Discourse d’être des Acteurs
Créer des objets Note pour les réponses Discourse (messages)
Publier les Activités Create/Delete/Update/Undo associées pour leurs actions Discourse équivalentes
Accepter les Activités concernant les réponses faites à distance
Mettre en scène les Acteurs des Activités provenant de serveurs distants comme utilisateurs Discourse
Créer des réponses Discourse (messages) à partir d’objets Note
Convertir les Activités Create/Delete/Update/Undo associées en leurs actions Discourse équivalentes
Ajouter un paramètre de catégorie pour basculer entre le Premier message uniquement (actuel) et le “Sujet complet” qui prend en charge les Activités de réponse.
Prise en charge de la vérification de l’identité des utilisateurs Discourse sur Mastodon afin que les publications Discourse créées à partir de leurs Toots soient associées à leur compte utilisateur Discourse.
Permettre à un utilisateur d’effectuer le flux Mastodon OAuth Authorization avec le serveur Mastodon où son compte est stocké. Ceci est initié à partir des paramètres du compte Discourse de l’utilisateur.
En utilisant le jeton d’accès Mastodon de l’utilisateur Discourse, obtenir et stocker l’ID AP de son compte Mastodon et le stocker avec son compte Discourse.
Associer toutes les activités Discourse associées aux Activités AP d’un Acteur portant l’ID AP d’un utilisateur Discourse à cet utilisateur Discourse, qu’elles aient été effectuées avant ou après que l’utilisateur ait vérifié son identité.
Il pourrait y avoir des versions intermédiaires, mais je ne peux rien promettre à ce sujet pour le moment. Je vous tiendrai au courant au fur et à mesure.
Je ne peux faire aucune promesse à ce stade, mais il pourrait bien y avoir des mises à jour intermédiaires pour la fédération des mises à jour et le ciblage d’audience (publication publique).
C’est une limitation connue. Tant que les modifications fédérées ne seront pas prises en charge, le plugin bloquera les modifications du contenu fédéré, et il n’y a aucune configuration pour désactiver cela.
Oh, je suis désolé d’avoir mal compris. @feature@meta.discourse.org et @announcements@meta.discourse.org sont au moins fédérés à partir d’ici, et ce choix est la raison numéro un pour laquelle je n’ai pas activé cela pour les forums Maker…
Oui, c’est le premier élément de la phase 2 sur lequel j’ai travaillé. En fait, il y a déjà une PR pour cela, donc vous aurez bientôt un peu de répit de ce côté-là.
