Intenté instalar este plugin y siempre obtengo esta advertencia en /logs:
[Discourse Activity Pub] https://futarino.online/ap/actor/a3838865a250342cf09f7907b653b9d1 failed to schedule https://futarino.online/ap/activity/2628ea98d33a52fd2412f9d59541bb91 for delivery: no recipients
¿Cómo se ven la configuración de la categoría de ActivityPub? ¿Podrías compartir una captura de pantalla (en particular la insignia de estado)? Quizás envíamela por mensaje privado para no acaparar este tema.
¿Hay (o habrá) una forma de poner también temas antiguos en fediverse? Tengo temas con miles de respuestas y no están federados. ¿No estoy seguro de cómo se procederá a federar esos temas?
Los administradores ahora pueden activar la publicación de un tema individual en una categoría configurada. Esto está disponible en el menú de herramientas de la publicación:
Sin embargo, no tenemos un sistema implementado para publicar temas antiguos en bloque y no está en nuestra lista de prioridades, dada la naturaleza efímera de las redes sociales, no estoy seguro de que haya mucho interés en que las publicaciones históricas se publiquen en ActivityPub. Dicho esto, es probable que esto sea factible con una tarea de rake.
Sí, publicaré una actualización aquí en breve. (La hoja de ruta de las funciones añadidas hasta la fecha se encuentra un par de docenas de publicaciones antes en este tema).
Aquí está lo que tenemos planeado para el plugin en los próximos 2-3 meses:
mejorar el rendimiento del plugin (sin cambios visibles para el usuario)
añadir mejores elementos de interfaz de usuario a una categoría habilitada para ActivityPub en Discourse
esto significa incluir más detalles sobre las estadísticas de ActivityPub de la categoría, así como un flujo más fácil para los usuarios que deseen seguir la categoría en su cliente de ActivityPub
permitir que las categorías de Discourse sigan actores externos
esto permitiría sincronizar contenido de ActivityPub a una categoría de Discourse, esto incluye la sincronización de Discourse a Discourse a través de ActivityPub, es decir, una categoría en el sitio A de Discourse puede seguir una categoría en el sitio B de Discourse (donde ambos sitios tienen el plugin habilitado y configurado según corresponda)
corrección de errores y mejoras a la funcionalidad existente
manejo de problemas de sincronización de avatares y ediciones de publicaciones habilitadas para AP por otros usuarios (personal, etc.)
si es posible, abordar las limitaciones actuales para los cambios de autor y los wikis
Este podría ser un desarrollo increíble (o al menos el comienzo de algo increíble :-)). En este momento, las instancias de Discourse son quizás los lugares de reunión y discusión en línea de mayor calidad en Internet, pero todas son islas separadas. Algún tipo de federación entre ellas y quizás con otros tipos de servidores (cuando tenga sentido) abriría una nueva ventana. ¡Observando esto con cierto entusiasmo!
Solo para que sepan, acabamos de fusionar la solicitud de extracción (PR) que permite que una categoría de Discourse siga a cualquier actor en el fediverso, incluidas otras categorías de Discourse. Sí, eso significa que ahora puedes federar una categoría entre dos (o tres, o más) Discourse. Hay algunas PR más en proceso como parte de esta fase, pero esa fue una importante.
Aquí hay un video mío federando entre dos instancias de Discourse y una instancia de Mastodon ejecutándose en mi computadora.
Tengo la esperanza de poder asignar actores de ActivityPub por etiqueta en lugar de por categoría. Creo que esto también funcionaría a través del soporte del plugin de integración de chat, además de permitir una mayor filtración de contenido.
Otra idea interesante sería poner cada publicación de ActivityPub en una cola para su aprobación por parte de administradores y moderadores antes de que se publique. Esto sería genial si pudiera permitir a un grupo confirmar si el tema estaba listo para ser publicado en varios sitios. Lo mismo podría aplicarse a las respuestas, en lugar de publicarlas automáticamente desde el fediverso de vuelta al foro.
Gracias de todos modos por trabajar en este increíble plugin.
Hemos estado disfrutando del plugin, pero hay un error en la versión actual entre el maxlength del extracto y el enlace al foro. Si el maxlength del extracto se produce en medio de un enlace, el enlace “Discuss this on our forum” (Comentar esto en nuestro foro) obtiene un destino extraño:
Por ejemplo:
Esto obtiene un enlace de foro final: https://jcheminf.biomedcentral.com/a…<br><br><a href=
No soy experto en Ruby, pero supongo que el código para recortar la publicación en maxlength debería verificar que no esté en medio de un enlace antes de agregar el final “link to forum”.
Observo que a partir del commit fb83e554fd, la restricción de wiki parece eliminada, y que en este punto la restricción para cambiar el propietario de la publicación en categorías federadas permanece.
No cambio el propietario de la publicación a menudo, pero las publicaciones de descripción de categoría son un ejemplo que me importa. Designo al moderador de categoría más activo como propietario cuando eso cambia, momento en el cual lo animo a actualizarlo cuando sea apropiado. Esta es ahora la mayor restricción que conozco que me impide implementar esto.
Reconozco el desajuste del modelo entre Discourse y ActivityPub que crea esta preocupación. ¿Tendría sentido implementar alguna acción privilegiada (de administrador?) “desfederar esta publicación” que envíe una actividad de eliminación para la publicación si ha sido federada, marque para que nunca se federada y luego permita el cambio de propietario?
Entiendo tu caso de uso, pero no lo veo como una prioridad muy alta en este momento. Por ahora, me gustaría centrar nuestros esfuerzos en ajustar la función de sincronización de Discourse a Discourse, creo que requerirá bastante atención durante las próximas semanas.
Es un buen hallazgo, gracias por informar del problema. Vamos a investigarlo.
La retrocarga aún no es compatible. Me gustaría admitirla especialmente para el escenario de federación de Discourse a Discourse. Podría ser un poco más complicado de hacer para el caso de uso que describiste.