Ich habe den Code auf GitHub veröffentlicht, aber ich würde sagen, dass die Qualität derzeit auf Alpha-Niveau ist. Viele Dinge funktionieren, aber dem Plugin fehlen Dokumentationen und es sind noch einige weitere Patches (wie dieser) erforderlich, damit Discourse es zum Laufen bringt.
Was bisher implementiert wurde:
Homeserver-Erkennung – funktioniert
Kanäle – funktioniert
Gruppenchats – funktioniert
Direktchats – funktioniert
Bearbeitungen – funktioniert
Löschungen – funktioniert
Uploads – als nächstes geplant
Anwesenheits-/Tippbenachrichtigungen und Lesebestätigungen – als nächstes geplant (falls möglich)
Reaktionen – funktioniert
Antworten – funktioniert
Textnachrichten (einfach und formatiert, Emojis) – funktioniert
Es wird ein formelleres Thema geben, das das Plugin ankündigt, wenn es Beta-Qualität erreicht. Vielen Dank für Ihr Interesse an diesem Plugin!
Vielleicht eine dumme Frage, aber wird diese Integration Ende-zu-Ende-Verschlüsselung für Discourse bieten? Oder würde sie einfach das kopieren, was auf Discourse ist, und es an Matrix weiterleiten, sodass ein Administrator auf Discourse immer noch Zugriff auf alle Klartextnachrichten hätte, die in Chats gesendet werden?
Das ist super aufregend. Mir ist aufgefallen, dass der verlinkte Pull Request abgeschlossen wurde, aber zweifellos ist es ein riesiges Projekt. Ich bin neugierig, wie die Matrix-Chat-Unterstützung voranschreitet, und freue mich darauf.
Es sieht so aus, als ob dies möglicherweise eingeschlafen ist, aber ich wollte auf den Thread antworten und mich melden, um euch allen mitzuteilen, dass es zumindest eine Person gibt, die hier immer noch ab und zu nachschaut
Könnte dies bitte in einen eigenen Plugin-Bereich ausgelagert werden, damit es für andere leichter zu finden und zu diskutieren ist. Vielen Dank für Ihre Berücksichtigung!
Nach meinem Verständnis ist Discourse hauptsächlich als öffentliches Forum konzipiert. E2E-Krypto ist in dieser Hinsicht eher kontraproduktiv. Wenn Sie dem Administrator der Discourse-Instanz nicht vertrauen, sehe ich keinen Sinn darin, sie überhaupt zu nutzen. E2E-Krypto würde den Administrator nicht daran hindern, bösartige Funktionalität in den Browser zu pushen, um die Krypto zu umgehen. Wenn für die Eins-zu-viele- oder Viele-zu-viele-Kommunikation eine hohe Vertraulichkeit erforderlich ist, ist ein dedizierter Matrix-Kanal meiner Meinung nach die beste Wahl.
Ich stimme zu. Ich stelle mir vor, dass die überwiegende Mehrheit der Internetnutzer nicht vollständig versteht, dass ein privates Gespräch auf einer Plattform sehr oft von einem Administrator eingesehen werden kann. In meinem Fall würde ich als Administrator wahrscheinlich einfach private Chats auf Discourse deaktivieren, weil ich nicht weiß, ob die Leute verstehen werden, dass ich alle ihre 1-1-Nachrichten lesen kann, egal wie oft ich ihnen sage, dass ich es kann, und dann vielleicht versuchen, Leute darauf hinzuweisen, dass sie, wenn sie Leute direkt erreichen wollen, dies über Matrix oder Signal tun sollen (warte immer noch auf Benutzernamen, damit man nicht jedem seine Telefonnummer geben muss).\n\nIch schätze den Punkt, dass der Administrator bei Open-Source-Discourse die E2EE sowieso brechen kann, also ihm vielleicht sowieso nicht vertrauen könnte.\n\nDanke für die Antwort~
Sehr cool, aber ich sehe, dass keine tatsächlichen Installationsanweisungen aufgeführt sind.
Weitere Informationen zu diesem Plugin und wie Sie es installieren, finden Sie unter [Meta](https://meta.discourse.org/t/TODO).
Sie sind verwirrt. Dies stellt eine Brücke zu Matrix her, was bedeutet, dass es keine Art von Ende-zu-Ende-Verschlüsselung beinhaltet. Es macht einfach den Forum-Chat auch für Matrix-Benutzer verfügbar.
Dies hat nichts mit Geheimhaltung zu tun. Es geht einfach darum, mit Leuten zu chatten, die zufällig auf Matrix sind.
Hier gibt es kein E2E. E2E würde bedeuten, dass die Verschlüsselung auf der Client-Seite erfolgt, bevor sie den Server erreicht. Können wir bitte aufhören, Matrix-Unterstützung mit E2E zu verwechseln.
Für alle, die E2E in Discourse wünschen und woanders diskutieren möchten… Sie können Discourse Encrypt (deprecated) verwenden.
Wir könnten dies ganz einfach lösen, indem wir alle Administratoren in die Teilnehmerliste jedes Chat-Gruppe aufnehmen (und diese natürlich dynamisch verwalten, wenn Administratoren gehen und kommen), aber das wäre natürlich eine separate FR.
Ich weiß nicht, ob ich das Rad neu erfinde, aber ich schreibe eine Brücke von Discourse Chat zu anderen Plattformen. Auf Telegram hatte ich ziemlich guten Erfolg und die Brücke funktioniert sehr gut. Als Nächstes erwäge ich, Discourse Chat mit Matrix zu verbinden.
Ein wenig. Dieser Thread begann mit der Idee, das Discourse-Chatprotokoll durch das Matrix-Protokoll zu ersetzen. Etwas, das sehr vernünftig klingt, weil es gut gestaltet zu sein scheint und eine wachsende Verbreitung findet. Ich weiß nicht einmal, warum wir hier über Brücken sprechen. Die Frage ist, warum oder warum nicht das Discourse-Protokoll in Zukunft veraltet werden sollte.
Ende-zu-Ende-Verschlüsselung für private Chats/Nachrichten (sollte meiner Meinung nach dasselbe sein) wäre bei der Einführung des Matrix-Protokolls standardmäßig möglich. Kein benutzerdefiniertes Protokoll erforderlich.
Kann jemand aus dem Discourse Core Team Informationen über den aktuellen Stand der Diskussionen zum Thema „Interoperabilität von Discourse Chat mit Matrix-basierten Chats“ geben? Hier in Europa gibt es eine Reihe von großen Akteuren, die Matrix bereits als technische Basis für ihre eigenen Messenger-Apps nutzen:
TI Messenger, zukünftiger deutscher Messenger für Gesundheitsdienste gematik Fachportal
Die Verbreitung von Matrix nimmt weltweit zu. Ich glaube, dass eine Art „Verknüpfung“ des Discourse Chats mit dem Matrix-Ökosystem ein entscheidendes Argument für die Nutzung der Discourse-Plattform in naher Zukunft werden könnte (ähnlich wie ActivityPub für die Verknüpfung von Discourse mit Mastodon). Es gibt einen Brückencode unter
aber die letzte Aktivität war vor 2 Jahren. Gibt es also Pläne, diesen Code zu übernehmen oder etwas Neues zu schaffen, das „offiziell unterstützt“ wird?
So großartig ActivityPub auch für die Verknüpfung offener Diskussionen ist, die Implementierung des Matrix-Protokolls könnte auch als sichere Methode zum Verknüpfen nicht-öffentlicher Kategorien zwischen verschiedenen Discourse-Servern und als zusätzliche Möglichkeit zum Senden von Benachrichtigungen an Benutzer verwendet werden.
Wir haben mit Dan bei den ersten Erkundungen in diesem Repository zusammengearbeitet, um mehr über die Machbarkeit der Interoperabilität von Chat mit Matrix zu erfahren.
Es sah zu dieser Zeit vielversprechend aus, obwohl wir einige Herausforderungen aufzeigten, die wir nicht vollständig angehen konnten – die wichtigste war die Art und Weise, wie Benutzer in jedem System behandelt werden.
Chat hat sich seitdem auch ziemlich weiterentwickelt und wir haben die Matrix-Kompatibilität nicht als Einschränkung für unsere Designs betrachtet, daher ist es möglich, dass es weitere Abweichungen zwischen den beiden Systemen gibt, die angegangen werden müssten.
Es würde wahrscheinlich jemanden erfordern, der diese Arbeit sponsert, um sie voranzutreiben und sicherzustellen, dass es einen stärkeren Anreiz gibt, das Gebaute zu erhalten.
