J’utilise ma propre instance Discourse auto-hébergée, et je suis également actif sur plusieurs autres communautés Discourse. J’aimerais demander (ou du moins discuter) deux fonctionnalités connexes qui semblent actuellement difficiles à résoudre de manière propre, officielle et évolutive.
Chaque fois que je crée un nouveau sujet (et éventuellement des réponses) sur un autre site Discourse, je souhaite que mon instance Discourse conserve automatiquement une copie (ou un miroir clairement attribué) afin de pouvoir :
maintenir une archive personnelle de ma participation à travers les communautés,
rechercher et référencer mes discussions passées en un seul endroit,
éviter de perdre l’historique si des publications/comptes disparaissent sur d’autres sites.
Problème actuel
En pratique, il est difficile de le faire de manière fiable sans contrôle de niveau administrateur sur les autres forums, et sans créer de contenu dupliqué/spam. Même lorsque des solutions de contournement existent, elles sont généralement fragiles ou non standardisées entre les sites.
Ce que je demande
Existe-t-il un plan pour une approche officielle et prise en charge de la « sauvegarde d’activité inter-instances », telle que :
une manière standardisée d’exporter/synchroniser le contenu créé par un utilisateur vers une autre instance Discourse,
une mise en miroir optionnelle des sujets/réponses avec une attribution forte et des liens canoniques,
un modèle d’autorisation qui respecte les règles du site source (par exemple, ne synchroniser que ce que j’ai créé et ce qui est visible publiquement).
2) Abonnement unifié et expérience de lecture multi-sites (une interface utilisateur pour plusieurs forums Discourse)
L’objectif
J’aimerais disposer d’une interface unique où je peux m’abonner à plusieurs sites Discourse et visualiser un flux unifié de :
Derniers / Nouveaux / Non lus
catégories/tags suivis à travers les sites
notifications, mentions, favoris
idéalement avec une authentification par site, et la possibilité d’ouvrir/répondre/aimer dans le contexte
Problème actuel
Aujourd’hui, utiliser plusieurs communautés Discourse signifie jongler avec de nombreux onglets et comptes. Les solutions créées par la communauté peuvent parfois agréger du contenu, mais elles ont tendance à être fragiles, difficiles à faire évoluer au-delà de quelques sites, et ne sont pas quelque chose sur quoi je peux compter à long terme.
Ce que je demande
Discourse envisagerait-il un « lecteur multi-instances » officiel (interface web ou application), ou au moins un cadre/modèle d’API pris en charge qui permette cela de manière fiable ?
Pourquoi c’est important
Cela améliore la productivité des utilisateurs actifs sur de nombreuses communautés Discourse.
Cela permet la gestion des connaissances personnelles et l’archivage à long terme de ses propres contributions.
Une approche officielle pourrait réduire la fragmentation et éviter les solutions de contournement fragiles.
Si des discussions ou des éléments de la feuille de route existent concernant la « sauvegarde d’activité inter-instances » ou le « lecteur unifié multi-sites », j’aimerais bien avoir des indications. Je serais également ravi d’aider à clarifier les exigences, proposer un MVP, ou tester des solutions.
Juste un conseil : il est préférable de répartir plusieurs idées/demandes sur plusieurs sujets. De cette façon, les gens peuvent mieux voter et le sujet est bien délimité.
Si vous n’êtes pas administrateur de l’instance en question, non, il n’y a pas de plans.
Votre meilleure option serait d’exporter régulièrement une sauvegarde de votre compte depuis /my/preferences/account et de trouver un moyen de migrer cela vers votre propre instance.
Au niveau administrateur, le plugin ActivityPub peut faire une partie de cela, mais c’est davantage une fonctionnalité du site qu’une chose que les utilisateurs individuels peuvent utiliser.
Notre application mobile Discourse Hub (Share your feedback about the 🆕 iOS Discourse Hub app) fait une partie de cela (voir une liste des sites auxquels vous êtes inscrit, recevoir des notifications, voir certains sujets populaires)… mais en fin de compte, il est important pour de nombreuses communautés de voir les gens directement sur leur site, vous devrez donc visiter un site auquel vous êtes inscrit pour interagir. Nous avons envisagé d’aller plus loin que l’application auparavant, mais il n’y a pas de plans concrets.
Mon anglais n’est pas très bon, j’ai donc utilisé un plugin pour la traduction et la mise en forme, ce qui l’a rendu un peu long. Peut-être que la prochaine fois je devrais utiliser une forme plus concise et appropriée.
Concernant la sauvegarde d’activité inter-instances : j’ai compris qu’en l’absence d’accès administrateur, il n’y a pas de plan pour la mise en miroir automatisée. La suggestion d’exportation via /my/preferences/account est utile. Savez-vous s’il existe un format/API documenté ou stable destiné à consommer par programme cet export utilisateur (ou un chemin de migration recommandé) afin qu’un utilisateur puisse importer son propre contenu dans une autre instance Discourse ?
Concernant ActivityPub : je suis d’accord que c’est davantage une fonctionnalité au niveau du site aujourd’hui. S’il y a un intérêt, un mode « centré sur l’utilisateur » (synchronisation uniquement de mes publications publiques rédigées, avec liens canoniques/attribution) serait exactement ce que je recherche.
Concernant l’expérience multi-site unifiée : je vais consulter Discourse Hub — l’aperçu des notifications et des « sujets populaires » semble déjà utile. S’il existe un endroit pour suivre les idées, je serais heureux de soumettre une demande de fonctionnalité spécifiquement pour un flux agrégé en lecture seule plus riche (à travers les sites auxquels je suis connecté), tout en conservant l’interaction sur le site d’origine comme vous l’avez décrit.
Merci pour cette réponse détaillée — cela aide beaucoup.
Compte tenu des contraintes (pas d’accès administrateur sur les instances sources), je vais restreindre le champ d’application à un très petit MVP de « sauvegarde d’activité personnelle » qui est explicitement centré sur l’utilisateur et non perturbateur pour les communautés :
Archiver uniquement le contenu rédigé par moi
Archiver uniquement ce qui est visible publiquement
Chaque élément archivé inclut un lien canonique vers l’original, le nom du site source, l’horodatage et l’attribution
L’interaction reste sur le site original ; mon instance n’est qu’une archive personnelle consultable
Le pipeline MVP approximatif serait : exporter périodiquement les données de mon compte, analyser les publications/sujets que j’ai rédigés, dédupliquer, puis publier des « entrées de sauvegarde » dans mon propre Discourse via l’API avec un en-tête d’attribution cohérent.
Quelques questions pour m’assurer que je ne réinvente pas quelque chose de manière incorrecte :
Le format d’exportation utilisateur est-il considéré comme suffisamment stable pour les outils, ou existe-t-il une approche recommandée/officielle pour l’analyse par des tiers de l’exportation au fil du temps ?
Existe-t-il un plugin/projet communautaire existant visant un flux de travail d’« archive personnelle » (même en lecture seule / sujets uniquement) ?
Je suis également curieux : d’autres utilisateurs/opérateurs de communauté ont-ils un besoin similaire (archive personnelle / journal d’activité inter-instances) ? Si oui, j’aimerais connaître vos cas d’utilisation — cela aiderait à justifier une approche plus formelle ou un modèle documenté.
Merci encore — heureux de partager mes notes MVP ou mon dépôt une fois qu’il sera utilisable si cela peut être utile à d’autres.