Estoy ejecutando mi propia instancia de Discourse autohospedada y también estoy activo en varias otras comunidades de Discourse. Me gustaría solicitar (o al menos discutir) dos capacidades relacionadas que actualmente me resultan difíciles de resolver de una manera limpia, oficial y escalable.
1) “Copia de seguridad de actividad” entre instancias de Discourse (duplicación entre sitios a mi propio foro)
El objetivo
Cada vez que creo un nuevo tema (y opcionalmente respuestas) en otro sitio de Discourse, quiero que mi propia instancia de Discourse mantenga automáticamente una copia (o un duplicado claramente atribuido) para poder:
mantener un archivo personal de mi participación en las comunidades,
buscar y hacer referencia a mis discusiones pasadas en un solo lugar,
evitar la pérdida de historial si las publicaciones/cuentas desaparecen en otros sitios.
Problema actual
En la práctica, esto es difícil de hacer de manera confiable sin control a nivel de administrador de los otros foros, y sin crear contenido duplicado/spam. Incluso cuando existen algunas soluciones alternativas, suelen ser frágiles o no están estandarizadas entre sitios.
Lo que estoy pidiendo
¿Existe algún plan para un enfoque oficial y compatible para la “copia de seguridad de actividad entre instancias”, como:
una forma estandarizada de exportar/sincronizar el contenido propio de un usuario a otra instancia de Discourse,
duplicación opcional de temas/respuestas con atribución sólida y enlaces canónicos,
un modelo de permisos que respete las reglas del sitio de origen (por ejemplo, solo sincronizar lo que he escrito y lo que es visible públicamente).
2) Suscripción unificada y experiencia de lectura multi-sitio (una interfaz de usuario para múltiples foros de Discourse)
El objetivo
Me gustaría una interfaz única donde pueda suscribirme a múltiples sitios de Discourse y ver un flujo unificado de:
Últimos / Nuevos / No leídos
categorías/etiquetas seguidas en todos los sitios
notificaciones, menciones, marcadores
idealmente con autenticación por sitio, y la capacidad de abrir/responder/dar “me gusta” en contexto
Problema actual
Hoy en día, usar múltiples comunidades de Discourse significa hacer malabares con muchas pestañas y cuentas. Las soluciones creadas por la comunidad a veces pueden agregar contenido, pero tienden a ser frágiles, difíciles de escalar más allá de un par de sitios y no son algo en lo que pueda confiar a largo plazo.
Lo que estoy pidiendo
¿Consideraría Discourse un “lector multi-instancia” oficial (interfaz web o aplicación), o al menos un marco/patrón de API compatible que permita esto de manera confiable?
Por qué esto es importante
Mejora la productividad de los usuarios activos en muchas comunidades de Discourse.
Permite la gestión del conocimiento personal y el archivo a largo plazo de las propias contribuciones.
Un enfoque oficial podría reducir la fragmentación y evitar soluciones alternativas frágiles.
Si existen discusiones o elementos del roadmap relacionados con la “copia de seguridad de actividad entre instancias” o el “lector unificado multi-sitio”, me encantaría que me indicaran. También estaré encantado de ayudar a aclarar los requisitos, proponer un MVP o probar soluciones.
Solo un consejo: es mejor si distribuyes varias ideas/solicitudes en varios temas. De esa manera, la gente puede votar mejor y el tema queda bien acotado.
Si no eres administrador de la instancia en cuestión, no, no hay planes.
Tu mejor opción sería exportar regularmente una copia de seguridad de tu cuenta desde /my/preferences/account y crear una forma de migrar esto a tu propia instancia.
A nivel de administrador, el plugin ActivityPub puede hacer algo de esto, pero es más una característica del sitio que algo que los usuarios individuales puedan utilizar.
Nuestra aplicación móvil Discourse Hub (Share your feedback about the 🆕 iOS Discourse Hub app) hace algo de esto (muestra una lista de sitios en los que te has registrado, recibes notificaciones, ves algunos temas populares)… pero al final es importante para muchas comunidades ver a la gente en su sitio directamente, por lo que deberás visitar un sitio en el que te hayas registrado para interactuar. Hemos considerado hacer más de esto más allá de la aplicación antes, pero no hay planes concretos.
Mi inglés no es muy bueno, así que usé un complemento para la traducción y el formato, lo que hizo que se sintiera un poco largo. Quizás la próxima vez debería usar una forma más concisa y apropiada.
En cuanto a la copia de seguridad de la actividad entre instancias: entiendo que sin acceso de administrador no hay planes para la duplicación automática. La sugerencia de exportación de /my/preferences/account es útil. ¿Sabe si existe algún formato/API documentado o estable destinado a consumir programáticamente esa exportación de usuario (o una ruta de migración recomendada) para que un usuario pueda importar su propio contenido a otra instancia de Discourse?
Sobre ActivityPub: estoy de acuerdo en que hoy en día es más una característica a nivel de sitio. Si alguna vez hay interés, un modo “centrado en el usuario” (sincronizar solo mis publicaciones públicas escritas, con enlaces canónicos/atribución) sería exactamente lo que estoy buscando.
Para la experiencia unificada de múltiples sitios: revisaré Discourse Hub; la descripción de notificaciones y la vista general de “temas candentes” ya suena útil. Si hay un lugar para seguir las ideas, estaré encantado de presentar una solicitud de función específicamente para un feed agregado de solo lectura más rico (a través de los sitios en los que he iniciado sesión), manteniendo la interacción en el sitio original como describió.
Gracias por la respuesta detallada, eso ayuda mucho.
Dadas las limitaciones (sin acceso de administrador en las instancias de origen), voy a reducir el alcance a un MVP muy pequeño de “copia de seguridad de actividad personal” que sea explícitamente centrado en el usuario y no disruptivo para las comunidades:
Archivar solo el contenido redactado por mí
Archivar solo lo que es visible públicamente
Cada elemento archivado incluye un enlace canónico al original, el nombre del sitio de origen, la marca de tiempo y la atribución
La interacción permanece en el sitio original; mi instancia es solo un archivo personal consultable
El borrador del pipeline del MVP sería: exportar periódicamente los datos de mi cuenta, analizar las publicaciones/temas redactados por mí, eliminar duplicados y luego publicar “entradas de copia de seguridad” en mi propio Discourse a través de la API con una cabecera de atribución consistente.
Un par de preguntas para asegurarme de que no estoy reinventando algo incorrectamente:
¿Se considera que el formato de exportación de usuario es lo suficientemente estable para las herramientas, o existe algún enfoque recomendado/oficial para el análisis de terceros de la exportación a lo largo del tiempo?
¿Existe algún complemento/proyecto comunitario existente que apunte a un flujo de trabajo de “archivo personal” (incluso si es de solo lectura/solo temas)?
Además, tengo curiosidad: ¿otros usuarios/operadores de la comunidad aquí tienen una necesidad similar (archivo personal / registro de actividad entre instancias)? Si es así, me encantaría conocer sus casos de uso; ayudaría a justificar un enfoque más formal o un patrón documentado.
Gracias de nuevo: estaré encantado de compartir mis notas del MVP o el repositorio una vez que esté en una forma utilizable si eso es útil para otros.