Diskurs und meine persönliche Erfahrung damit

Gemeinschaft
1

Hallo.

Dies ist mein erstes Thema auf meta.discourse und ich würde wirklich gerne über meine Meinung und die Ergebnisse meiner ersten Bekanntschaft mit Discourse schreiben.

Hintergrund

Ich sollte damit beginnen, dass ich relativ zufällig auf Discourse gestoßen bin, als ich nach einer guten Forum-Engine für meine Zwecke gesucht habe. Und die Kennenlernphase verlief ziemlich positiv – insbesondere erkannte ich, dass es gut implementierte Funktionen hat, die ich benötige:

  1. Webhooks
  2. Belohnungssystem
  3. Umfangreiche Integrationsmöglichkeiten mit anderen Diensten
  4. Modernisierung der Benutzeroberfläche und vieles mehr…

Ehrlich gesagt, hat mich Discourse mit seinen Fähigkeiten überrascht. Und ich bin den Autoren dankbar, dass sie dieses Projekt weiterhin unterstützen.

Erste Probleme

Aber leider hat es immer noch Mängel, die ich für mich entdeckt habe und wegen derer ich nicht mehr mit Discourse interagieren konnte. Wenn ich der Reihe nach vorgehe, habe ich für eine Forum-Engine, die ich als geeignet erachten würde, ursprünglich 3 Regeln definiert:

  1. API-Verwaltung
  2. Bequeme Administration
  3. Möglichkeit, jede Benutzeroberfläche an Ihre Bedürfnisse anzupassen.

Und während Discourse bei API und Admin-Panel gut ist… Als ich mich mit der Modernisierung beschäftigte, war ich ratlos.

Das erste „Biest“, das mich angriff, war der Unterschied zwischen den Discourse-Versionen und folglich die unterschiedlichen Arten, Discourse-Komponenten und -Themen zu schreiben. Einige verwendeten Widgets, einige Ember JS, einige etwas anderes… Dies alles verursachte Verwirrung nicht nur bei mir, sondern auch bei der KI, mit der ich gelegentlich versuchte, mein Erlernen von Discourse zu beschleunigen – aber wegen des nächsten „Biestes“ hat mich die KI nur noch mehr verwirrt…

Das zweite „Biest“ ist der Mangel an qualitativ hochwertiger und umfangreicher Dokumentation in lesbarer Form und in mehreren Sprachen. Ich würde mir sehr wünschen, dass die Administration dem so schnell wie möglich Beachtung schenkt. Ja, natürlich habe ich Themen zur Einrichtung und Erstellung eigener Discourse-Komponenten und -Themen gelesen – aber sie gaben mir nicht das Wissen, das zum Verständnis der Architektur von Discourse erforderlich war. Insbesondere bin ich zufällig auf diesen Artikel gestoßen: Upcoming Header Changes - Preparing Themes and Plugins, der mir geholfen hat zu verstehen, warum ich in der Beta-Version ständig falsch Code geschrieben habe :slight_smile: Der Versionsunterschied mit dem Fehlen klarer und detaillierter Dokumentation ist ein wunden Punkt für Discourse… Denn ihre Kombination hat einen erheblichen negativen Rückschlag, der mich daran hinderte, Discourse in vollem Umfang zu nutzen. Ich muss das Erscheinungsbild des Forums dringend tiefgreifend modernisieren, und leider erlaubt mir die aktuelle „Dokumentation“ dies nicht. Deshalb verabschiede ich mich höchstwahrscheinlich vorerst von Discourse, werde aber seine Entwicklung verfolgen.

Und das dritte „Biest“ ist die relative Katalogisierung von Informationen über Discourse. Das Finden dieser oder jener Information, wie man diese oder jene Aktion ausführt, ist äußerst schwierig. Ich würde sagen, es hängt von Ihrem Glück und Ihren Englischkenntnissen ab. Andernfalls müssen Sie, wenn Sie kein „glücklicher Engländer“ sind, mehr als einen Tag damit verbringen. Das ist anstrengend.

Und schließlich ist mein persönlicher Nachteil von Discourse die ausschließliche Verwendung von Docker (als offizielle Installationsmethode). Ich bin sicher, dass ich für diese Aussage eine Welle des Hasses ernten kann, aber dennoch glaube ich, dass ein solches Produkt eine alternative Installationsmethode ohne Workarounds haben sollte. Manchmal muss ich vielleicht sogar bestehende Docker-Image-Dateien modernisieren – und wegen des Container-Konstruktors ist dies äußerst umständlich zu implementieren. Nun, oder ich habe den richtigen Weg nicht gefunden…

Schlussfolgerung

Unabhängig davon, dass Discourse für mich genügend Nachteile hat, um es derzeit nicht zu wählen, bin ich zuversichtlich, dass ich es in Zukunft wählen und für meine Zwecke nutzen kann. Denn ich erwarte, dass die Entwickler und Administratoren dieses Projekts den Mängeln von Discourse (einschließlich der in diesem Thema/Artikel genannten) Beachtung schenken werden. Discourse ist meiner Meinung nach bereits ein sehr hochwertiges Projekt, aber es scheint noch nicht für den „allgemeinen“ Gebrauch ausgereift zu sein. Aber das ist vorübergehend.

Vielen Dank für Ihre Aufmerksamkeit für den Artikel.
P.s. KI „Manus“ wurde für die Übersetzung vom Russischen ins Englische verwendet

13 „Gefällt mir“
2

Ja. Manche Dinge, die vor 10 Jahren funktionierten, tun das jetzt nicht mehr. Es gibt jetzt einen neuen Theme Developer Guide; er ist ziemlich großartig und behandelt viele Ihrer „Ungeheuer“: Theme Developer Tutorial: 1. Introduction

9 „Gefällt mir“
3

Hallo, obwohl dies eine unsupported-install ist, gibt es diese Anleitung, um Discourse ohne Docker zu installieren:

4 „Gefällt mir“
4

In der Tat. Daher habe ich klargestellt, dass es keine offizielle Installationsmethode gibt.

5

Mein größtes Problem ist… viele der verfügbaren Plug-ins schlagen einfach fehl, wenn sie auf meinen neuesten Installationen installiert werden.
Und es ist nicht so, als hätte ich es nicht versucht. Meine erste Website-Installation lief unter Ubuntu 24.04LTS mit Docker… und nach der anfänglichen Installation schlug der Wiederaufbau der Discourse-App nach dem Hinzufügen einiger Plug-ins (die als aktuell und unterstützt angezeigt wurden - ja, klar) fast jedes Mal fehl und scheiterte regelmäßig.
Dann, wenn ich versuchte, mit den entfernten Plug-ins neu aufzubauen… schlug es wieder fehl.
Meine endgültige Lösung war, zurück zu einer AlmaLinux-Installation mit Docker zu wechseln. Zumindest jetzt, wenn ich ein Plug-in hinzufüge, das die aktuelle Version nicht mag, kann ich die App tatsächlich neu aufbauen, wenn ich sie aus app.yml entferne, im Gegensatz zur Ubuntu-Installation.

Und nein, ich bin kein neuer Administrator für die Verwaltung von Websites. Ich betreue seit über einem Jahrzehnt forum-basierte Websites und habe Erfahrung mit Woltlab, Xenforo, Invision, SMF, phpBB, myBB, NodeBB und mehreren anderen. Und das sogar zurück bis zur Ära von MS-DOS/DesqView und Multi-Node-BBS (letztendlich ein OS/2 Maximus/2 Multi-Node-System mit 4 Knoten, von denen 3 direkt von Benutzern zugänglich waren und alle 4 zur Verarbeitung von FidoNet-Mails verfügbar waren). Also bin ich kein Neuling in der Szene.

Mir gefällt, was ich bisher von Discourse auf meiner Website gesehen habe, auf der ich es betreibe. Aber ich sehe schnell, wo Leute, die neu in der Verwaltung einer selbst gehosteten Website sind, Probleme damit haben könnten. Ich betreibe derzeit auch Xenforo und NodeBB auf mehreren Websites… und ehrlich gesagt ist das NodeBB-Setup für ein Multi-Site-System VIEL einfacher zu handhaben als das Discourse-Angebot. Wir werden nicht einmal darauf eingehen, dass der Betrieb von 4 NodeBB-Knoten auf der VPS-Instanz weniger Auswirkungen hat als eine einzelne Discourse-Node auf einer VPS-Installation. Und ja, ich habe die Nutzung von Multi-Site darauf untersucht… aber es ist derzeit wirklich mehr Aufwand als es wert ist. Und ja, ich spiele gerne mit verschiedenen Skripten herum… und ich habe kein Problem damit, die Fehler hervorzuheben, die ich bei ihnen finde. :zwinker:

Discourse hat eine solide Basis… aber es muss immer noch einfacher für Administratoren gemacht werden, mehrere Websites selbst zu hosten, ohne die Hürden überwinden zu müssen, die es derzeit gibt.

1 „Gefällt mir“
6

Ah, die DOS-Tage der Telegard Hack BBSES, eines der beliebtesten war Renegade BBS. Ich erinnere mich aber auch an PCBoard, das seine eigene Skript-Programmiersprache hatte, Amiga und Commodore 63 BBSes. Schöne Zeiten.

Ich hatte Glück, Discourse unter Ubuntu LTS zu betreiben. Wenn eine Plugin-Installation nicht richtig funktionierte, gab es normalerweise minimale Probleme mit einem einfachen Entfernen/Auskommentieren der Plugin-Zeile… ab und zu musste man es jedoch zweimal neu erstellen, wenn es fehlschlug.

7

[Zitat=“Heliosurge, Beitrag:6, Thema: 358373”]
Ich hatte das Glück, Discourse auf Ubuntu LTS zu betreiben. Wenn die Installation eines Plugins nicht richtig verlief, war in der Regel nur ein simples Entfernen oder Kommentieren der Plugin-Zeile notwendig… manchmal musste man es jedoch zweimal neu erstellen, wenn es fehlgeschlagen ist.
[/Zitat]

Das Problem, das ich hatte, war, dass es nie mit den aufgeführten Plugins neu aufgebaut wurde.
Aber ich glaube, ich habe auch ein zusätzliches Problem gefunden, das ich hatte. Wenn die Konfigurationsdatei nicht exakt richtig ist (falsches Leerzeichen oder Tab auf einer neuen Zeile), scheint es nicht gut zu funktionieren, wenn die Plug-Ins hinzugefügt werden. Da ich alle leeren Zeilen unterhalb der Plugin-Liste entfernt habe, scheint es jetzt so zu bauen, wie es sollte.
Ich weiß, dass die meisten Ubuntu verwenden, und es ist ein ordentliches OS (es ist die Basis der Astrofotografie-Aufnahmesoftware, die ich benutze), aber ich verwende seit einiger Zeit AlmaLinux und ziehe es vor, und es scheint gut zu laufen.

1 „Gefällt mir“
8

Ja, die YML-Dateien sind sehr wählerisch beim Layout.

9

Ja… das finde ich auch heraus. Und ehrlich gesagt… es ist in vielerlei Hinsicht eine Schwäche im Skriptangebot.
Ich benutze ein kostenpflichtiges Skript, bei dem die Installation von Plug-ins (Add-ons) viel stärker integriert ist… und dieses Skript ist leider auch jetzt noch hinter dem zurück, was es den Lizenzinhabern, die gutes Geld dafür bezahlt haben, bieten sollte.
Wenn die Discourse-Entwickler jemals die Installation von Add-ons direkt aus dem Skript selbst integrieren könnten, ohne eine textbasierte Konfigurationsdatei bearbeiten zu müssen, wäre das eine massive Verbesserung. Aber leider scheinen die Entwickler, wie bei einigen anderen Skripten auch, auf ihren Wegen verharrt zu sein und wollen nicht das betrachten, was viele als Fortschritt ansehen würden.

Ich habe keine Probleme damit, Leuten das Skript zu empfehlen, das am besten für sie funktioniert. Aber für einen Anfänger… reicht Discourse immer noch nicht für Self-Hosting aus, besonders wenn man mehrere Websites auf einer Serverinstanz betreiben möchte.
Ich werde es weiterhin auf einer Website verwenden… aber es bleibt auch eine große Qual, Discourse auf einem Server zu betreiben. Selbst NodeBB übertrifft Discourse in vielerlei Hinsicht.

1 „Gefällt mir“
10

Ja, es ist nicht wirklich darauf ausgelegt, übermäßig benutzerfreundlich zu sein. @pfaffman hat zwar eine Weboberfläche, die viele Dinge automatisieren kann, wie z. B. die Installation von Plugins und eine Vielzahl anderer Vorteile, wenn ich mich recht erinnere. Es ist zwar ein jährlicher Preis, aber meiner Meinung nach ist der Preis für das, was es hinzufügt, recht vernünftig.

2 „Gefällt mir“
11

Danke, aber ich bin es gewohnt, sowohl in XenForo als auch in NodeBB direkt aus dem ACP installieren zu können.
Es lohnt sich nicht wirklich, den Aufwand zu betreiben, für diese Funktion zu bezahlen, jetzt, wo ich diese eine Eigenart herausgefunden habe. :zwinker:
Ich verdiene bereits durchschnittlich etwa 2800 US-Dollar pro Jahr mit Websites/Servern, von denen ich kein Einkommen beziehe. Sie sind für mich nur ein Hobby.
Wenn ich anfangen will, Geld in ein Skript zu investieren, möchte ich, dass es viel mehr tut als ein einfaches Forum mit einigen Anpassungen. Ergo meine Astro-Site, die ich betreibe.

2 „Gefällt mir“