Ja, und es ist ein subtiler Unterschied, der so gewollt ist. Die Annahme ist, dass die meisten Benutzer, die dieses Thema/diesen Beitrag lesen, nicht unbedingt sofort wissen müssen, dass „dieser Beitrag von einem Benutzer außerhalb dieser Community stammt“. Es ist interessant, dies als Administrator oder als jemand, der die Funktion implementiert, zu wissen, aber die meisten Leute möchten sich auf den Inhalt konzentrieren. Daher entscheiden wir uns dafür, die ActivityPub-technischen Details eines Beitrags relativ ruhig zu halten.
Dann sind meine Benutzer anders. Sie wollten es definitiv wissen. Aber das muss ein Beispiel für kulturelle Unterschiede sein und wie wir Finnen (von amerikanischen Content-Erstellern) fast asoziales Verhalten an den Tag legen, weil wir kein Smalltalk im US-Ausmaß führen können
).
Aber es war relativ einfach, es mit CSS anzupassen, daher sind die Standardeinstellungen in Ordnung (und eine Lösung ist jetzt hier, falls sich jemand jemals dasselbe fragt).
Ich habe von Mastodon auf einen Beitrag von Discourse geantwortet und die Antwort erscheint nicht in Discourse. Ist das ein Fehler, oder ist eine solche Funktion vielleicht noch nicht implementiert, oder ist es nicht geplant, eine solche Funktion zu implementieren?
Es ist ein Fehler oder etwas anderes. Ich hatte gerade eine Diskussion, bei der ein Thema auf Mastodon veröffentlicht wurde, einen Kommentar von dort erhielt, ich auf das Thema antwortete und das auch dort sichtbar war.
Standardfrage: Verwenden Sie die aktuelle Version?
Ja, ich habe das Plugin frisch installiert, obwohl ich diese Fork (PR ausstehend) verwenden musste, damit es überhaupt funktioniert: GitHub - kuba-orlik/discourse-activity-pub: Adds ActivityPub support to Discourse.
Hallo, können Sie mir helfen, einige Fragen zu beantworten, die lose mit Moderation zu tun haben und auf die ich bisher keine Antworten gefunden habe?
- Sobald ein Beitrag federiert wurde, kann er von den lokalen Administratoren moderiert werden? Also bearbeitet, ausgeblendet, gelöscht…
- Was passiert, wenn der Beitrag in der Ursprungsinstanz bearbeitet wird? Wird er in der federierten Instanz aktualisiert?
- Wenn die Moderatoren den federierten Nutzer kontaktieren möchten, indem sie die Flagge-Funktion oder Nachrichten/Chat verwenden, ist das möglich? Oder sind diese entfernten Poster keine tatsächlichen Nutzer in der lokalen Instanz?
- Wenn ich in zwei Instanzen, die federieren, ein Konto mit demselben Benutzernamen und derselben E-Mail-Adresse habe, gelten sie dann immer noch als zwei verschiedene Konten in jeder Instanz? Gibt es keine Möglichkeit, sie “zusammenzuführen”.
- ja
- ja (oder sollte)
- nein, aber Sie können einen problematischen Akteur löschen (bei Mastodon können andere Nutzer Berichte einreichen, aber was dann passiert, hängt vom Administrator ab)
- Discourse sieht nie E-Mails durch ActivityPub. Stattdessen kann es mehrere
icaria@…geben, wobei sich der ”Domain-Teil”, der Name der Instanzen, ändert, und all diese Konten gehören immer noch derselben Person. Sie können diese Konten nicht zusammenführen, weil Sie sonst Server sperren würden, um Themen/Posts zu erhalten.
Okay, wir haben das Plugin in unserer Instanz aktiviert, einen Actor mit einem Tag erstellt und unseren ersten Beitrag im Fediverse veröffentlicht. Sehr spannend! Und beeindruckend.
Einige Fragen (die möglicherweise Vorschläge für fehlende Funktionen sind, aber ich versuche noch zu verstehen, was verfügbar ist):
Gibt es für einen Discourse-Benutzer, der das federierte Thema sieht, eine Möglichkeit, einen Link zum entsprechenden Toot (Nachricht) auf Mastodon zu erhalten, um es dort einfach zu boosten? Ich konnte ihn in dem kleinen Protokoll, das dem Thema hinzugefügt wurde, nicht finden:
Gibt es für einen Mastodon-Benutzer, der ein Toot von Discourse sieht, eine einfache Möglichkeit, das Mastodon-Konto des Actors zu finden, dem er folgen kann? Sie können das Konto des Posters sehen, aber nicht das des Actors. Wenn sie dem Link zum Forum folgen, konnte ich keine Möglichkeit finden, abzuleiten, wie man den Actor findet.
Warum boostet das Plugin alle Antworten, anstatt sie einfach als Antworten zu belassen, typische „ruhige öffentliche“ Antworten? Diese Boosts erzeugen viel zusätzlichen Lärm für diejenigen, die dem Actor auf Mastodon folgen.
Was soll passieren, wenn ein Mastodon-Benutzer einen neuen Beitrag (keine Antwort) startet und das Konto des Actors oder das Konto eines Discourse-Benutzers erwähnt?
Schließlich sieht das nicht normal aus, und wir erhalten viele davon (mehr als hundert in wenigen Stunden)
Job exception: stack level too deep
activesupport-7.2.2.1/lib/active_support/core_ext/object/blank.rb:166:in `present?'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/json_ld.rb:57:in `base_object_id'
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/json_ld.rb:58:in `base_object_id'
(snip, Dutzende davon)
/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/json_ld.rb:58:in `base_object_id'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_process.rb:25:in `process_id'
/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_process.rb:8:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'
/var/www/discourse/app/jobs/base.rb:299:in `each'
/var/www/discourse/app/jobs/base.rb:299:in `perform'
sidekiq-7.3.9/lib/sidekiq/processor.rb:220:in `execute_job'
sidekiq-7.3.9/lib/sidekiq/processor.rb:185:in `block (4 levels) in process'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:180:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/var/www/discourse/lib/sidekiq/pausable.rb:132:in `call'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
sidekiq-7.3.9/lib/sidekiq/job/interrupt_handler.rb:9:in `call'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:26:in `track'
sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:134:in `call'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'
sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:173:in `invoke'
sidekiq-7.3.9/lib/sidekiq/processor.rb:184:in `block (3 levels) in process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:145:in `block (6 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_retry.rb:118:in `local'
sidekiq-7.3.9/lib/sidekiq/processor.rb:144:in `block (5 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/config.rb:39:in `block in <class:Config>'
sidekiq-7.3.9/lib/sidekiq/processor.rb:139:in `block (4 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/processor.rb:281:in `stats'
sidekiq-7.3.9/lib/sidekiq/processor.rb:134:in `block (3 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_logger.rb:15:in `call'
sidekiq-7.3.9/lib/sidekiq/processor.rb:133:in `block (2 levels) in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_retry.rb:85:in `global'
sidekiq-7.3.9/lib/sidekiq/processor.rb:132:in `block in dispatch'
sidekiq-7.3.9/lib/sidekiq/job_logger.rb:40:in `prepare'
sidekiq-7.3.9/lib/sidekiq/processor.rb:131:in `dispatch'
sidekiq-7.3.9/lib/sidekiq/processor.rb:183:in `block (2 levels) in process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `handle_interrupt'
sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `block in process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `handle_interrupt'
sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `process'
sidekiq-7.3.9/lib/sidekiq/processor.rb:86:in `process_one'
sidekiq-7.3.9/lib/sidekiq/processor.rb:76:in `run'
sidekiq-7.3.9/lib/sidekiq/component.rb:10:in `watchdog'
sidekiq-7.3.9/lib/sidekiq/component.rb:19:in `block in safe_thread'
Wenn Sie auf das Label „Note“ in diesem Screenshot klicken, erhalten Sie einen Link zum Note-Objekt in Discourse, aber ich bin mir nicht sicher, ob das das ist, was Sie wollen. Könnten Sie etwas genauer erklären, was Sie erwarten? Teilen Sie vielleicht eine kleine User Story darüber, was Sie tun möchten.
Meinen Sie den Discourse-Benutzer? Sie können Discourse-Benutzern derzeit nicht folgen.
Könnten Sie näher erläutern, was Sie hier erwarten? Vielleicht mit einer User Story.
Dies sollte behoben werden, wenn dies zusammengeführt wird.
Ist es das? Oder ist es im Grunde dasselbe wie frühere Fragen zu Job exception: stack level too deep?
In der Tat! Ich hatte den vorherigen Bericht verpasst. PR kommt in Kürze.
Das passiert, zu viel auf dem Teller ![]()
Danke.
Sicher!
Als Discourse-Benutzer, der zufällig auch ein Mastodon-Konto hat, sehe ich ein neues föderiertes Thema in meinem Discourse und möchte es schnell von meinem Mastodon-Konto aus verstärken (erneut teilen), damit alle meine Mastodon-Follower davon erfahren und vielleicht von ihren Mastodon-Konten aus darauf antworten, was viel föderiertes Feedback zu dem Thema auf Discourse bringt (und vielleicht ein paar von ihnen, die das Forum noch nicht kannten, werden dadurch Discourse beitreten!)
Um dies zu tun, muss der Benutzer leicht eine URL finden, die er in das Suchfeld seines Mastodon-Clients einfügen kann, welche den föderierten Toot (Nachricht) entsprechend dem Discourse-Post bedient.
Ich kann diese URL in der Discourse-Oberfläche nicht finden. Der einzige einfache Weg, einen föderierten Post von Discourse zu verstärken, den ich bisher gefunden habe, ist, dem Discourse-Akteur bereits zu folgen und den Post in meiner Mastodon-Timeline zu haben. Das ist in Ordnung für diejenigen, die dem Akteur bereits folgen, aber nicht für die Discourse-Benutzer, die dem Akteur noch nicht folgen.
Ich hoffe, ich konnte das Problem erklären und nicht noch mehr Verwirrung stiften.
Ich werde die User Story über das kontinuierliche Verstärken später posten, nachdem ich das aktuelle Verhalten besser verstanden habe.
Wenn ich das richtig verstanden habe, kann man auf diese Weise kaum etwas von Mastodon finden.
Für mich ist das Problem dieser Art die Konversation selbst. Da alles Reboosts sind, muss ich den ersten Beitrag finden, bevor ich das ganze Thema erfassen kann, da Kommentare eines Reboosts niemals für Follower angezeigt werden. Diese Konversation wird also verschwinden.
Und wenn ich einen Kommentar von Discourse rebooste, wird er von einem „User-Actor“ angezeigt, dem man nicht folgen kann.
Das und definitiv der Mangel an (Hash-)Tags sind jetzt die größten Fragezeichen – zumindest für mich.
Ok, ich habe den Link gefunden, den ich möchte … in den Antworten, aber nicht im obersten Beitrag:
In den Antworten ist es das Föderationssymbol in der oberen rechten Ecke, neben „22h“ in diesem Screenshot.
Wenn Sie darauf klicken, erhalten Sie diesen Dialog:
Was tatsächlich auf die Antwort auf Mastodon verweist: icaria36 🎶: "@icaria36@the.socialmusic.network This is a test …" - SoNoMu
Mir fehlt das entsprechende Symbol und der Link für den obersten Beitrag. Es ist wahrscheinlich irgendwo offensichtlich, aber ich kann es nicht finden. ![]()
EDIT:
Ah, warte, dieser Link erscheint nur für Beiträge von Mastodon, nicht für native Discourse-Beiträge. Mir ist gerade aufgefallen, dass das winzige Symbol eine blaue und eine grüne Version hat, um dies zu unterscheiden. Blau-Grün ist keine gute Farbkombination, um ein so winziges Symbol zu unterscheiden. Mein Desktop-Monitor ist ziemlich gut, ich bin nicht farbenblind, und doch habe ich den Unterschied erst jetzt bemerkt, als ich mir diese Symbole im Detail angesehen habe.
Für mich ist ein großes Problem, dass…
Als Mastodon-Benutzer, der auf einen föderierten Discourse-Beitrag antwortet, möchte ich eine Mastodon-Benachrichtigung erhalten, wenn jemand auf meinen Beitrag antwortet oder mich auf Discourse erwähnt.
Derzeit werden Antworten von Discourse-Benutzern auf Beiträge von Mastodon-Benutzern von den Mastodon-Benutzern, denen geantwortet wird, höchstwahrscheinlich übersehen, da sie keine Benachrichtigungen erhalten, selbst wenn ihnen geantwortet oder sie erwähnt wurden. Dies macht tatsächliche Gespräche noch schwieriger, als sie es auf Mastodon bereits sind – weil man nicht einmal weiß, dass jemand auf seinen Kommentar geantwortet hat. Wiederum, es sei denn, ich übersehe etwas.
ABER bitte betrachten Sie all dies einfach als Feedback zur Verbesserung. Dieses Plugin ist bereits beeindruckend, wir behalten es bei und helfen gerne bei der Meldung von Problemen und beim Testen neuer Funktionen. Vielen Dank an @angus & Team!
Was ist der Unterschied zwischen „Veröffentlichen“ und „Zustellen“? Hier ist ein Screenshot von „Topic Admin“, eines bereits veröffentlichten Themas mit einem Beitrag… nicht zugestellt? Der Beitrag ist bereits korrekt auf Mastodon föderiert, und ich frage mich, was passiert, wenn der Administrator auf „Beitrag #1 zustellen“ klickt.
Sowohl die Veröffentlichung als auch die Zustellung erfolgen automatisch, wenn Sie in einer ActivityPub-Kategorie oder einem Tag posten (mit den entsprechenden Einstellungen). Die Unterscheidung zwischen beiden und diese Admin-Steuerelemente dienen der Flexibilität und spezifischen Anwendungsfällen.
Veröffentlichen = der Beitrag ist im Fediverse verfügbar.
Zustellen = der Beitrag wird an die Follower der relevanten Akteure zugestellt.
Diese Aktion ermöglicht es Ihnen, denselben Beitrag zuzustellen, wann immer Sie möchten, auch nachdem er bereits zugestellt wurde. Dafür gibt es verschiedene Anwendungsfälle, zum Beispiel:
-
Sie haben ein Thema zunächst veröffentlicht, ohne alle Beiträge des Themas an Ihre Follower zuzustellen (weil Sie sie nicht spammen wollten). Sie können dann einzelne Beiträge zustellen.
-
Der Beitrag wurde vor dem Folgen durch einen neuen Follower veröffentlicht. Sie können denselben Beitrag erneut zustellen.
Wenn Sie auf „Themeninfo“ für dieses Thema klicken, sollten Sie sehen, dass der Beitrag bereits zugestellt wurde, wenn der Beitrag bereits auf Mastodon föderiert ist.
Ok, jetzt haben wir eine echte User Story von einem echten Benutzer, die das Problem sehr gut erklärt.
Wenn wir einen bestimmten föderierten Beitrag auf Fedi teilen wollen, weiß jemand, wie wir das machen können? Ich habe versucht:
- das Profil von @fediverse@the.socialmusic.network anzusehen – keine Beiträge sichtbar
- mein eigenes Socialmusic-Profil anzusehen – keine Beiträge sichtbar
- im Discourse-Forum nach einem „Teilen“-Button zu suchen: Die URL wird von der Masto-Suche nicht erkannt.
Das war ich! Danke für dieses spannende Plugin, wir haben Spaß daran, mit Federation in unserem Forum zu experimentieren.
Ich hatte ein paar Fragen und entschuldige mich, falls dies bereits behandelt wurde (ich habe das Forum durchsucht, aber nichts gesehen).
- Wie werden auf der Mastodon/etc.-Seite private, nur für Follower bestimmte und nicht gelistete Beiträge behandelt?
- Wie werden die föderierten Antworten eines datenschutzbewussten Benutzers behandelt, z. B. jemand, der Gotosocial betreibt?
Ich denke dabei insbesondere an Zustimmungsfragen: Wenn jemand es vorzieht, dass seine Beiträge nicht auf einem öffentlichen Forum durchsuchbar sind. Möglicherweise ist ihm nicht bewusst, dass das Thema, auf das er antwortet, auf Discourse öffentlich sichtbar ist. Die Beiträge der Discourse-Benutzer sind gut gekennzeichnet, aber wenn ich in demselben Thread auf einen AP-Benutzer antworte, könnte ich übersehen, dass es sich ursprünglich um ein Discourse-Thema handelt.



