Cuando eliminas una publicación de AP en Discourse, enviamos una solicitud de eliminación del contenido a Mastodon. Depende de ellos procesarla. Eso debería funcionar, así que si puedes mostrarme algunos ejemplos específicos, puedo intentar ver dónde el flujo de eliminación no funciona como se espera (es decir, si es del lado de Discourse o de Mastodon).
La razón por la que esto es así es porque Mastodon actualmente no permite cambiar los identificadores. Esta es la causa raíz del problema que estás experimentando. He estado abogando por que esto sea así durante algún tiempo y tengo una solicitud de extracción (PR) pendiente para Mastodon. Cuando se fusione, podrás resolver esto cambiando el identificador en Discourse.
La utilidad de deshabilitar un identificador es que no se procesará ningún contenido entrante para ese identificador y no enviará ningún contenido nuevo. Depende de las otras plataformas qué hacen con tu contenido existente, incluida la forma en que procesan una actividad de eliminación que les enviamos.
Eso es lo esperado si la configuración “Publicación completa” está activada (lo cual debe ser en tu caso). El contenido se publica a nombre del Actor del usuario (es decir, tú en este caso). Si quieres publicar a nombre del actor de la categoría, deberías usar “Primera publicación”. En ese caso, solo se publica la primera publicación de cada tema. Puedes ver un ejemplo del enfoque de “Primera publicación” en este video:
Sí, ese es el caso. Gracias por ayudarme. Por supuesto que he visto los vídeos y me han aclarado muchas cosas y me han ayudado a configurarlo. ¡Gracias por eso!
Así que, por supuesto, no puedo eliminar estos “handles” creados que nunca creé activamente.
Cuando lo pienso, no me siento bien al respecto… Si todo el mundo lo usa como yo, hay toneladas de fragmentos de contenido de personas que nunca se pueden eliminar. Está llenando Internet con menos sentido, ¿o no tengo razón?
No es tu culpa, solo intento entender qué pasará si todo el mundo es tonto como yo y llena Internet con publicaciones de prueba que nunca se borran
Puedes eliminar las publicaciones. Cuando eliminas una publicación, Discourse envía una solicitud de eliminación a Mastodon y Mastodon debería eliminar su copia. Si eso no funcionó, intenta restaurar la publicación y eliminarla de nuevo. Verifica los registros cuando hagas esto.
Como dije, deberías poder eliminar las publicaciones en sí, pero aparte de eso, honestamente no me preocuparía demasiado. Mastodon es una plataforma basada en flujos. Tus publicaciones de prueba se perderán rápidamente en el flujo de contenido. Además, ¿alguien más (aparte de ti) estaba siguiendo tu actor en ese momento? Tengo cientos de publicaciones de prueba en el fediverso y no han tenido ningún impacto
Pero házmelo saber cómo te va al intentar eliminar las publicaciones.
De las comunidades de Discourse en las que participo, solo se me ocurren tres en las que querría seguir algunas categorías, pero no querría seguir al Actor de la Aplicación para todo el Discourse.
Tengo un lector RSS y sigo sitios enteros a través de RSS; ActivityPub sería una mejor experiencia, particularmente para responder.
¿Es el Actor de la Aplicación difícil o simplemente de baja prioridad?
Seguir una instancia completa significa que cada publicación de esa instancia aparecerá en tu feed de Mastodon como un flujo continuo. A menos que la instancia no tenga mucha actividad, me atrevería a decir que será un caso de uso de nicho. Quizás me equivoque, pero tal como está, me parece implausible que sea popular.
¿Has mirado los registros? Confirmemos que estamos enviando la actividad de eliminación a Mastodon.
Creo que hay una cola muy larga de instancias de Discourse de bajo tráfico pero definitivamente activas que todavía tienen múltiples categorías. Obviamente, meta no es una de estas instancias pequeñas. Pero de las tres instancias de Discourse que administro personalmente, una tiene un tráfico tan alto que ni siquiera pondría muchas de sus categorías en mi feed de Mastodon, y dos tienen tasas de tráfico suficientemente bajas que definitivamente preferiría seguir todo el sitio. Hay otras de las que soy miembro donde también seguiría todo el sitio si tuviera la opción.
No te pido que cambies las prioridades aquí. Solo comparto la perspectiva alternativa.
Esa es una “característica” (de algún tipo) que se ve en algunas plataformas AP. Señalaría que la especificación ActivityPub proporciona:
El método HTTP GET puede ser referenciado contra la propiedad id de un objeto para recuperar la actividad. Los servidores PUEDEN usar la negociación de contenido HTTP según se define en [RFC7231] para seleccionar el tipo de datos a devolver en respuesta a una solicitud, pero DEBEN presentar la representación del objeto ActivityStreams en respuesta a application/ld+json; profile="https://www.w3.org/ns/activitystreams", y TAMBIÉN DEBERÍAN presentar la representación de ActivityStreams en respuesta a application/activity+json. El cliente DEBE especificar una cabecera Accept con el tipo de medio application/ld+json; profile="https://www.w3.org/ns/activitystreams" para recuperar la actividad.
El plugin AP actualmente requiere que envíes una cabecera Accept con “application/ld+json” o “application/activity+json” para recuperar cualquier objeto (es decir, Actividad, Nota, etc.). Es posible que en el futuro admitamos lo que usted menciona, pero es una característica de “usuario avanzado” de plataformas específicas.
Los IDs de objeto no están realmente pensados para ser usados como URLs compartibles/copiables por un usuario final en un cliente. Los ponemos a disposición en la ventana modal de estado de ActivityPub para fines de desarrollo/depuración. Tu cliente debería usar el atributo url que serializamos en el objeto. Por ejemplo, si visitas el tema al que enlazaste en mastodon.social (aquí) y haces clic en “Copiar enlace a la publicación” en el menú del toot, encontrarás que es un enlace directo al tema en meta. Mastodon estándar usa la url del objeto para, bueno, compartir la URL
Será porque la cabecera Accept no se está estableciendo. Estoy abierto a ajustar cosas (es decir, resolver solicitudes de ID de objeto con cabeceras incorrectas a la URL del modelo conectado), pero por el momento creo que las personas que desarrollan tu cliente pueden necesitar que se ajuste a las especificaciones (es decir, usar la url del objeto en lugar del id del objeto como URL visible para el usuario).
He estado siguiendo @feature@meta.discourse.org y @announcements@meta.discourse.org en Mastodon poco después de que se anunciaran, y dejé de recibir actualizaciones rápidamente. Pensé que era porque el plugin se había eliminado de meta, me encogí de hombros y seguí adelante.
Pero si en realidad todavía está activo, me pregunto cuál es el problema para federarse con social.makerforums.info.
Hubo muchos cambios al principio de la vida del plugin, así que disculpa si uno de esos cambios eliminó tu seguimiento. Por favor, intenta seguir de nuevo y mira qué tal va.
¿Es una bifurcación de glitch-soc? No veo la ventana modal de compartir que has capturado en su código. Pero sí, estaré encantado de trabajar con el administrador de tu servidor para aclarar las cosas si es necesario.
Los enlaces muestran https://social.makerforums.info/users/mcdanlj que incluye correctamente el dominio, pero alguien que intentara introducir lo que ve en esta lista de seguidores para buscarme o seguirme fallaría.
No he encontrado en ningún lugar del lado de Mastodon que recorte el subdominio.
Pero de las tres instancias de Discourse que administro personalmente, una tiene un tráfico tan alto que ni siquiera pondría muchas de sus categorías en mi feed de Mastodon, y dos tienen tasas de tráfico suficientemente bajas que definitivamente preferiría seguir todo el sitio. Hay otras de las que soy miembro donde también seguiría todo el sitio si tuviera la opción.
Abrir en el navegador que abre la URL del objeto 
