The best way - he had already identified the need and wrote it a while ago ![]()
HI @tobiaseigen, long time indeed. The response I got to offcourse suggested there wasn’t much demand for it and I abandoned it. I’ve also drifted away from discourse (and ember).
Might need to get back into it soon though. I’m working on a real estate project now called PropertyWebBuilder and I could do with having a forum for it.
Will send you a PM.
Ich stimme Ihrer Vision voll und ganz zu.
Ich habe gerade ein Projekt eingestellt, das versuchte, Nutzer von einer Facebook-Gruppe wegzubewegen.
Ich habe versagt.
Trotz eines überlegenen Funktionsumfangs von Discourse, einschließlich maßgeschneiderter Plugins, die ich entwickelt hatte, um wirklich umfangreiche domänenspezifische Funktionen bereitzustellen, die Zucks Seite eine riesige Lücke geschlagen hätten, war die eine Funktion, mit der ich nicht konkurrieren konnte, die Möglichkeit, eine Zusammenfassung aller Interessengruppen anzuzeigen, denen sie folgen.
„Wir haben Ihre Website geliebt, Robert, aber es war einfach bequemer, auf Facebook nach unten zu scrollen“ ![]()
Wenn wir eine einzige Webseite und Web-App hätten, die einen Feed aller Ihrer vielen Discourse-Konten anzeigen könnte, wäre das großartig.
Vielleicht würde ein RSS-Reader ausreichen. Hat das jemand schon ausprobiert? Letztendlich benötigen Sie jedoch eine Möglichkeit, mit Ihren einzelnen Konten zuzugreifen, wie es die (hervorragende) iOS-App tut.
Das ist konzeptionell großartig, aber warum wurde es in React geschrieben? Wenn Sie ein Tool für eine große Anzahl von Discourse-Benutzern entwickeln, von denen viele aktiv Plugins und Theme-Komponenten auf Basis von Ember beitragen, wäre es dann nicht eine gute Idee, die App mit Ember zu schreiben, um zukünftige Unterstützung durch die Community zu sichern?
Es ist jedoch eine falsche Dichotomie: Ein alternatives Verzeichnis würde weiterhin außerhalb von Facebook existieren, und niemand würde dorthin gehen. Die einzige Antwort ist, wie eh und je, wirklich überzeugende, einzigartige Inhalte.
Aber ich nutze ständig die wunderbare App eures Teams, und es fehlt nur noch ein Feed ![]()
Ich habe einen Vorschlag verfasst, der genau dieses Problem angeht: Eine Mischung aus verschiedenen Discourse-Aktivitäten in einem zentralen und sozialen Benutzer-Feed.
Du kannst deinen Kollegen auf Mastodon folgen und deine „Gruppen
Ich verfolge viele Discourse-Foren mit meinem Feed-Reader.
Ich lade den HTML-Code herunter und konvertiere ihn in einen Feed.
Das habe ich mittlerweile ziemlich gut im Griff, nicht nur für Discourse, sondern für jede andere Website.
Auf diese Weise brauche ich keine Blackbox-Algorithmen; alles liegt unter meiner Kontrolle.
Ich wäre zunächst an etwas weniger Umfangreichem interessiert: einfach mehrere Discourse-Instanzen zu aggregieren, die alle unter meiner eigenen Kontrolle stehen. Unterschiedliche Sites ermöglichen es, jede auf ein anderes Thema oder eine andere Zielgruppe auszurichten, bringt jedoch einige Nachteile mit sich. Es wäre schön:
- die Benutzermoderation über alle Sites hinweg zu teilen
- Beiträge und Threads verschieben zu können
- gemeinsame Benachrichtigungen zu haben
Das könnte man erreichen, indem man eines der Foren als SSO-Server für die anderen einrichtet.
Ich denke, dass die anderen Punkte ziemlich schwierig umzusetzen wären – ich vermute, es ließe sich zwar über ein Plugin und die API realisieren, aber das würde wahrscheinlich Tausende an Entwicklungskosten verursachen und einen erheblichen Wartungsaufwand bedeuten.
Es stellt sich heraus: „Nein leider nicht.
Ja, sie bleiben eingeloggt. Man müsste irgendwie einen Webhook hinzufügen, um sie aus den verbundenen Foren auszuloggen. Ich denke, das wäre in einem Plugin ziemlich einfach umzusetzen, etwa eine oder zwei Stunden für einen talentierten Entwickler (und etwas länger für mich!)
Passt Fig?
Kennt jemand eine, die unter Windows oder im Webbrowser läuft?
Können Sie bitte präzisieren, was Sie genau benötigen? Ich verstehe Ihre Frage nicht.