Wenn Sie einen AP-Beitrag in Discourse löschen, senden wir eine Löschanforderung für den Inhalt an Mastodon. Es liegt an ihnen, diese zu verarbeiten. Das sollte funktionieren. Wenn Sie mir also konkrete Beispiele zeigen können, kann ich versuchen herauszufinden, wo der Löschvorgang nicht wie erwartet funktioniert (d. h. ob es auf der Seite von Discourse oder Mastodon liegt).
Der Grund dafür ist, dass Mastodon derzeit keine Änderung von Handles erlaubt. Das ist die eigentliche Ursache des Problems, das Sie erleben. Ich setze mich schon seit einiger Zeit dafür ein, dass dies der Fall ist, und habe eine offene PR für Mastodon. Wenn diese zusammengeführt wird, können Sie dieses Problem lösen, indem Sie den Handle in Discourse ändern.
Der Nutzen der Deaktivierung eines Handles besteht darin, dass keine eingehenden Inhalte für diesen Handle verarbeitet werden und keine neuen Inhalte gesendet werden. Es liegt an den anderen Plattformen, was sie mit Ihren vorhandenen Inhalten tun, einschließlich der Verarbeitung einer Löschanforderung, die wir ihnen senden.
Verstanden. Das könnten wir in Zukunft hinzufügen.
Das ist zu erwarten, wenn die Einstellung „Full Post“ aktiviert ist (was in Ihrem Fall der Fall sein muss). Der Inhalt wird unter dem Namen des Actors des Benutzers (d. h. in diesem Fall unter Ihrem Namen) veröffentlicht. Wenn Sie unter dem Namen des Kategorie-Actors posten möchten, sollten Sie „First Post“ verwenden. In diesem Fall wird nur der erste Beitrag jedes Themas veröffentlicht. Ein Beispiel für den Ansatz „First Post“ sehen Sie in diesem Video:
Ja, das ist der Fall. Danke für deine Hilfe. Natürlich habe ich mir die Videos angesehen und sie haben mir einige Dinge sehr klar gemacht und bei der Konfiguration geholfen. Danke dafür!
Daher kann ich diese erstellten Handles, die ich nie aktiv erstellt habe, natürlich nicht löschen.
Wenn ich darüber nachdenke, fühle ich mich dabei nicht wohl… Wenn jeder es wie ich benutzt, gibt es Tonnen von Inhaltsausschnitten von Personen, die nie gelöscht werden können. Es füllt das Internet mit weniger Sinn, oder irre ich mich da?
Nicht deine Schuld, ich versuche nur zu verstehen, was passieren wird, wenn jeder so dumm ist wie ich und das Internet mit Testbeiträgen füllt, die nie gelöscht werden: D
Du kannst die Beiträge aber löschen. Wenn du einen Beitrag löschst, sendet Discourse ein Delete an Mastodon und Mastodon sollte seine Kopie löschen. Wenn das nicht funktioniert hat, versuche, den Beitrag wiederherzustellen und ihn erneut zu löschen. Überprüfe dabei die Protokolle.
Wie gesagt, du solltest die Beiträge selbst löschen können, aber abgesehen davon würde ich mir ehrlich gesagt nicht zu viele Sorgen machen. Mastodon ist eine Stream-basierte Plattform. Deine Testbeiträge werden schnell im Inhaltsstrom untergehen. Außerdem hat dir zu dieser Zeit jemand (außer dir) tatsächlich gefolgt? Ich habe Hunderte von Testbeiträgen im Fediverse und es hatte überhaupt keine Auswirkungen
Aber lass mich wissen, wie es dir beim Löschen der Beiträge ergeht.
Ich habe die Beiträge wiederhergestellt und sie erneut gelöscht.
Sie sind auf Mastodon sichtbar. Wenn ich klicke, verweist es mich auf den gelöschten Beitrag auf Discourse.
Von den Discourse-Communities, an denen ich teilnehme, fallen mir nur drei ein, bei denen ich einigen Kategorien folgen möchte, aber nicht dem Application Actor für das gesamte Discourse folgen möchte.
Ich habe einen RSS-Reader und folge ganzen Websites über RSS; ActivityPub wäre eine bessere Erfahrung, insbesondere für die Beantwortung.
Ist der Application Actor schwierig oder nur von geringer Priorität?
Das Folgen einer gesamten Instanz bedeutet, dass jeder einzelne Beitrag dieser Instanz in Ihrem Mastodon-Feed als ein kontinuierlicher Strom erscheint. Es sei denn, die Instanz hat nicht viel Aktivität, würde ich wetten, dass dies ein Nischenanwendungsfall ist. Vielleicht werde ich eines Besseren belehrt, aber oberflächlich betrachtet erscheint es mir unwahrscheinlich, dass dies populär sein wird.
Haben Sie sich die Protokolle angesehen? Lassen Sie uns bestätigen, dass wir die Löschaktivität an Mastodon senden.
Ich glaube, es gibt einen wirklich langen Schwanz von Discourse-Instanzen mit geringem Datenverkehr, die aber definitiv aktiv sind und immer noch mehrere Kategorien haben. Offensichtlich ist Meta keine dieser kleinen Instanzen. Aber von den drei Discourse-Instanzen, die ich persönlich verwalte, hat eine einen so hohen Datenverkehr, dass ich nicht einmal viele ihrer Kategorien in meinen Mastodon-Feed aufnehmen würde, und zwei haben eine ausreichend geringe Verkehrsrate, dass ich definitiv die gesamte Website verfolgen würde. Es gibt andere, deren Mitglied ich bin, denen ich auch auf der ganzen Website folgen würde, wenn ich die Möglichkeit hätte.
Ich bitte Sie nicht, hier Prioritäten zu ändern. Ich teile nur die alternative Perspektive mit.
Yup, zum Beispiel in dem von Ihnen verlinkten Thema.
Das ist ein „Feature“ (sozusagen), das man auf einigen AP-Plattformen sieht. Ich möchte darauf hinweisen, dass die ActivityPub-Spezifikation Folgendes vorsieht:
Die HTTP-GET-Methode kann gegen die id-Eigenschaft eines Objekts aufgerufen werden, um die Aktivität abzurufen. Server KÖNNEN HTTP-Content-Negotiation gemäß [RFC7231] verwenden, um den Datentyp auszuwählen, der als Antwort auf eine Anfrage zurückgegeben werden soll, aber MÜSSEN die ActivityStreams-Objektdarstellung als Antwort auf application/ld+json; profile=\"https://www.w3.org/ns/activitystreams\" bereitstellen und SOLLTEN die ActivityStreams-Darstellung auch als Antwort auf application/activity+json bereitstellen. Der Client MUSS einen Accept-Header mit dem Medientyp application/ld+json; profile=\"https://www.w3.org/ns/activitystreams\" angeben, um die Aktivität abzurufen.
Das AP-Plugin erfordert derzeit, dass Sie einen Accept-Header mit entweder „application/ld+json“ oder „application/activity+json“ senden, um ein beliebiges Objekt (d. h. Aktivität, Notiz usw.) abzurufen. Wir unterstützen möglicherweise in Zukunft, was Sie erwähnen, aber es ist eher ein „Power-User“-Feature spezifischer Plattformen.
Objekt-IDs sind nicht wirklich als teilbare/kopierbare URLs für einen Endbenutzer in einem Client gedacht. Wir stellen sie im ActivityPub-Statusmodal zu Entwicklungs-/Debugging-Zwecken zur Verfügung. Ihr Client sollte das url-Attribut verwenden, das wir im Objekt serialisieren. Wenn Sie beispielsweise das von Ihnen verlinkte Thema auf mastodon.social besuchen (hier) und im Toot-Menü auf „Link zum Status kopieren“ klicken, werden Sie feststellen, dass es sich um einen direkten Link zum Thema auf meta handelt. Standard-Mastodon verwendet die Objekt-url für die Weitergabe der URL
Das liegt daran, dass der Accept-Header nicht gesetzt ist. Ich bin offen für Anpassungen (d. h. das Auflösen von Objekt-ID-Anfragen mit falschen Headern zur verbundenen Modell-URL), aber im Moment denke ich, dass die Entwickler Ihres Clients sie möglicherweise auf den neuesten Stand bringen müssen (d. h. die Objekt-url anstelle der Objekt-id als benutzerorientierte URL verwenden).
Ich verfolge @feature@meta.discourse.org und @announcements@meta.discourse.org seit kurzem, nachdem sie in Mastodon angekündigt wurden, und habe schnell aufgehört, Updates zu erhalten. Ich dachte, es läge daran, dass das Plugin von Meta entfernt wurde, zuckte mit den Schultern und machte weiter.
Aber wenn es tatsächlich noch aktiv ist, dann frage ich mich, was das Problem bei der Föderation mit social.makerforums.info ist.
Es gab viele Änderungen früh im Leben des Plugins, also entschuldige bitte, wenn eine dieser Änderungen deinem Follow entfernt hat. Bitte versuche erneut zu folgen und sieh, wie es läuft.
Ist es ein Fork von glitch-soc? Ich sehe das Share-Modal, das du in ihrem Code gescreenshottet hast, nicht. Aber ja, ich arbeite gerne mit deinem Server-Admin zusammen, um die Dinge weiter zu klären, falls nötig.
Die Links zeigen https://social.makerforums.info/users/mcdanlj, was die Domain korrekt enthält, aber jemand, der versucht, das in dieser Follower-Liste Gesehene einzugeben, um nach mir zu suchen oder mir zu folgen, würde scheitern.
Ich habe auf der Mastodon-Seite nirgendwo etwas gefunden, das die Subdomain kürzt.
Aber von den drei Discourse-Instanzen, die ich persönlich verwalte, hat eine einen so hohen Datenverkehr, dass ich nicht einmal viele ihrer Kategorien in meinen Mastodon-Feed aufnehmen würde, und zwei haben eine ausreichend geringe Verkehrsrate, dass ich definitiv die gesamte Website verfolgen würde. Es gibt andere, deren Mitglied ich bin, denen ich auch auf der ganzen Website folgen würde, wenn ich die Möglichkeit hätte.
Im Browser öffnen, die die Objekt-URL öffnet 
