Ich habe das gerade auf meiner selbst gehosteten Instanz installiert. Ich teste es gerade mit einigen Staff-Benutzern.
Bisher gefällt mir das! Es wird definitiv einen Platz in meiner Community finden.
Einige Dinge, die ich noch nicht zu 100 % verstanden habe – hier sind also einige erste Eindrücke, nachdem ich es ausprobiert habe.
Derzeit können nur Staff/Admins den Chat sehen – aber wenn ich ihn zu einem öffentlichen Thema hinzufüge, sind sie dann die Einzigen, die diesen Button sehen können?
Ich mag es, ein Thema und einen Chat-Kanal zu verknüpfen, aber abgesehen von einem Link sind sie im Grunde separate Einheiten. Ich würde gerne etwas sehen, das anzeigt, dass Chats/Posts an anderer Stelle stattgefunden haben, falls sie relevant sind.
Wenn es um Berechtigungen geht, bin ich mir nicht sicher, wie sich „Antworten“ und „Erstellen“ auf Chat-Nachrichten auswirken, aber ich gehe davon aus, dass „Antworten“ bedeutet, dass Leute chatten können…
Anfangs fand ich den Begriff „Kategorie“-Kanal verwirrend, da es mehrere Kanäle pro Kategorie geben kann. Ich bin mir nicht sicher, ob ich eine bessere Alternative habe, aber nur eine Anmerkung.
Von der Seite einer Kategorie aus würde ich gerne alle zugehörigen Chat-Kanäle sehen.
Auf der Kanalseite des Browsers und in der Seitenleiste würde ich gerne Kanäle nach ihrer Kategorie gruppiert sehen, in der von uns definierten Reihenfolge für Kategorien. Derzeit scheint es eine alphabetische Sortierung zu sein, was in Ordnung ist, aber ich denke, eine Gruppierung nach Kategorien würde Dinge wie „category-X-Y“ „category-X-Z“ Kanalnamen reduzieren.
Die UX zum Erstellen / Bearbeiten von Kanälen ist etwas verwirrend. Warum hat die Browse-Seite nicht auch eine Schaltfläche zum Erstellen eines neuen Kanals? Es war etwas unklar, dass man zum Durchsuchen gehen muss, um einen Kanal zu bearbeiten.
Schließlich möchte ich das Chat-Fenster an die rechte Seite andocken, damit es nicht mehr schwebt und keinen Inhalt verdeckt, aber trotzdem sichtbar ist. Ich habe einen breiten Bildschirm, die Beiträge werden auf der linken Seite immer noch gut sein.
Ich bin sicher, dass einige dieser Dinge auf Ihrer Roadmap stehen oder Sie wissen, dass es Lücken gibt. Das Tool scheint immer noch wirklich großartig zu sein und ich schaue immer noch, wie wir dies in unserer Community weit verbreiten können.
Ich bin auch auf einen Bug gestoßen:
Unhandled Promise Rejection: TypeError: t.canModifyMessages is not a function. (In 't.canModifyMessages(this.currentUser)', 't.canModifyMessages' is undefined)
Ich habe ein Thema in einer nur für Staff zugänglichen Kategorie erstellt. Dann habe ich auf diesem Thema Chat aktiviert. Das Chat-Fenster erschien oben rechts, aber dieser Fehler trat auf und ich konnte nicht posten. Ich habe das Symbol \u003c verwendet, um zur Liste aller Kanäle zu gelangen, und dann den neuen Chat-Kanal des Themas ausgewählt. Danach funktionierte das Posten korrekt. Ich bin mir nicht sicher, was diesen Fehler sonst noch verursacht haben könnte.
Ich hoffe, dieses Feedback ist ein nützlicher Blickwinkel. Danke für all diese Arbeit!
Großartiges Feedback @Michael_Ball! Ich denke, es macht Sinn, dies in spezifische Feature / Bug / #ux-Themen aufzuteilen, die mit chat getaggt sind, damit wir uns besser auf Verbesserungen konzentrieren können.
Bezüglich des canModifyMessages-Fehlers @j.jaffeux, irgendwelche Ideen?
Ich habe im Moment eine Übergangslösung gefunden, indem ich CSS verwende, um die Schaltfläche „Neue persönliche Nachricht starten“ für Benutzer auszublenden, die keine Administratoren sind. Mit der Komponente der Gruppenzuordnungen könnten Sie dies möglicherweise auf bestimmte Gruppen konzentrieren.
Dies könnte leicht umgangen werden, wenn Leute CSS kennen, daher funktioniert es möglicherweise nicht für Sie, wenn Sie es vollständig blockieren möchten.
Gibt es im Moment eine Möglichkeit, einen Chatbot mit dem discourse-chat-Plugin zu verbinden, oder ist das auf der Roadmap? Vielleicht eine Möglichkeit, die gesamten discourse-chat-integration-Sachen auf die neuen Chats umzuleiten?
Wenn es eine Möglichkeit gäbe, Hubot- oder Errbot-Chatbots in den neuen Chats zu verwenden, könnte Discourse meiner Meinung nach auch eine sehr gute ChatOps-Lösung sein
Ich bin ein Anfänger in der Discourse-Administration und verwende Cloudron auf DigitalOcean. Ich habe mit dem Hinzufügen anderer Plugins und dem Erstellen meiner eigenen Plugins experimentiert, ohne Probleme. Wenn ich das Chat-Plugin installiere, reagiert meine Discourse-Instanz nicht mehr. Wenn ich das Plugin entferne und neu starte, dauert es eine Weile, aber es kommt schließlich wieder online. Sollte ich bei der Verwendung auf einer mit Cloudron verwalteten Instanz etwas anders machen, oder ist es keine praktikable Kombination?
Hier ist eine Cloudron-Dokumentation mit den Anweisungen, die ich zum Installieren von Plugins über das Terminal verwende: Discourse - Cloudron Docs
Ich habe es in den Wiederherstellungsmodus versetzt und es wurde folgender Fehler angezeigt:
Fehler: Inaktiv - Fehler beim Abrufen der IP des redis-deb848df-b7cd-42f5-bb34-572dab2fd29f-Dienstes
Ich rüste ihn von 2 GB RAM auf 4 GB auf, falls Redis aufgrund von Ressourcenmangel abstürzt. (Serveradministration ist nicht meine Stärke, also wenn das als Lösung keinen Sinn ergibt, tut mir leid - es ist das Einzige, was mir einfällt, um es zu versuchen.)
Großartig, danke, dass du das Problem gefunden hast. Ich habe gestern das Cloudron-Installationsprogramm ausgeführt, also ist es so aktuell, wie dieses System es mir gibt. Es hört sich so an, als müsste ich mich an die Standardinstallation gewöhnen, wenn ich das Chat-Plugin verwenden möchte… es ist wahrscheinlich sowieso an der Zeit
Das sieht fantastisch aus. Ist es möglich, es in einem gehosteten Standard-Discourse zu testen? Ich gründe eine neue Community und spüre bereits die Spannung zwischen der Nutzung von Discord und Discourse. Wir haben die schwere Entscheidung getroffen, zuerst Discourse zu verwenden und den Chat zu verlieren, aber das sieht genau so aus, wie wir es brauchen.
Ich bin in genau derselben Situation und habe die gleiche Entscheidung getroffen! Sehr cool. Letztendlich ist es für ein echtes Geschäft viel besser, seine eigenen Daten/Plattform zu besitzen als das Discord-Modell.
Warum nicht literatecomputing.com oder communiteq.com ausprobieren, um die Vorteile des Self-Hostings (z. B. das Chat-Plugin) zu nutzen und gleichzeitig zu vermeiden, sich die Hände unnötig schmutzig zu machen?
Ich bin mir nicht sicher, ob sie das Chat-Plugin im Beta-Status unterstützen, aber beide bieten exzellenten Service und Support für diese Art von Dingen.
Hauptsächlich, weil ich das Discourse-Team direkt unterstützen möchte. Diese Software ist erstaunlich und sie leisten großartige Arbeit.
Für das Discourse-Team bin ich sehr daran interessiert, diese Funktion auch für gehostete Pläne zu sehen. Wenn das Verkaufsteam hier ist, notieren Sie mich als starken Interessenten!
Ich bin sicher, dass einige dieser Dinge auf Ihrer Roadmap stehen oder Sie wissen, dass es Lücken gibt. Das Tool scheint immer noch wirklich großartig zu sein, und ich überlege immer noch, wie wir dies in unserer Community breit einführen können.
