Danke @debryc 
Ich möchte ergänzen, dass alle Mitglieder von Pavilion – nicht nur ich – unsere Arbeit vorantreiben. Unsere Genossenschaft ist ein Team-Effort.
Außerdem möchten wir erwähnen, dass wir unser Landing Pages Plugin gerade Open Source gemacht haben. Es ermöglicht vollständig unabhängige Seiten, die von einer Discourse-Instanz unterstützt werden – eine weitere Möglichkeit, das in diesem Thema diskutierte Bedürfnis zu erfüllen. Dieses Plugin trennt das Frontend der Seiten vom Discourse-Client (d. h. es lädt die Discourse-App nicht), ermöglicht jedoch weiterhin eine einfache Integration über ein gemeinsames Backend (d. h. den Discourse-Server).
Wir haben bereits begonnen, dieses Plugin bei einigen unserer Kunden einzusetzen, um ähnliche Bedürfnisse wie die hier diskutierten zu erfüllen. Zudem prüfen wir die Entwicklung benutzerfreundlicher, generalisierter Open-Source-Pakete für Seiten, die auf gängigen Anwendungsfällen für ein CMS im Zusammenhang mit einer Community basieren und mit diesem Plugin nutzbar sind.
Hier ist die aktuelle Liste der Anwendungsfälle, die wir dafür in Betracht ziehen:
-
Blog (ich arbeite derzeit daran). Inhalt in Discourse verfassen und ihn dann auf einer vollständig unabhängigen Blog-Seite präsentieren, die wie ein echtes Blog gestaltet werden kann (z. B. wie WordPress oder Ghost).
-
Produkt-, Dienstleistungs- oder Feature-Seiten (wie unsere). Anzeige von Produkten, Dienstleistungen oder Features, die Inhalte oder Daten (Kategorien, Tags, Themen, Benutzer usw.) aus Ihrer Discourse-Instanz enthalten können.
-
„Team“-Seiten (wie unsere). Eine Seite für Ihr Team, die die Mitgliedschaft (und Benutzerdaten) aus einer Discourse-Benutzergruppe nutzt.
-
Event-Seiten, sowohl zur Auflistung als auch zur Darstellung von Event-Daten aus Ihrer Discourse-Instanz auf einer gestalteten Event-Landingpage. „Event-Daten“ können hier eine Kombination aus Daten des Discourse Calendar Plugins, Kategorien, Themen, Benutzern (z. B. RSVPs) und Standorten (unter Verwendung unseres Locations Plugins) sein.
Wir sind an weiteren generalisierbaren Anwendungsfällen interessiert, von denen Menschen glauben, dass sie von dieser Behandlung profitieren würden. Ich möchte jedoch darauf hinweisen, dass es einige Anwendungsfälle gibt, die wir bereits geprüft haben und die in diesem Stadium weniger wahrscheinlich diese Behandlung erhalten:
-
Shop. Zwar kann es Seiten geben, die Elemente eines Shops integrieren, doch Online-Shops erfordern eine Vielzahl von Funktionen, die immer eine dedizierte Lösung wie WooCommerce oder Shopify benötigen.
-
Wissensdatenbank. Dieses Bedürfnis wird bereits gut durch Lösungen wie das Knowledge Explorer Plugin abgedeckt. Eine Landingpage kann zwar einen Teil einer Wissensdatenbank anzeigen, aber die vollständige Nachbildung der Funktionalität eines Tools wie des Knowledge Explorer Plugins (oder einfach nur der Discourse-Themenlisten) wäre kontraproduktiv.
Wir sind auch daran interessiert, mit allen zusammenzuarbeiten, die solche Seiten entwickeln möchten – sei es als Entwicklungsprojekt an sich (z. B. zur Verbesserung ihrer Fähigkeiten), für ihre Community oder sogar zum Verkauf. Wir planen, mittelfristig (in 4 bis 6 Monaten) unsere eigenen kostenlosen Open-Source-Pakete für jeden Anwendungsfall herauszugeben.
Das Landing Pages Plugin sowie Pavillons eigene Seiten werden immer 100 % Open Source und kostenlos sein. Dies ist jedoch eine generalisierbare Struktur, die jeder mit Kenntnissen in HTML und CSS nutzen kann, um ein „Seitenpaket“ zu entwickeln, falls gewünscht. Bald werde ich einen „Entwicklerleitfaden“ für das Plugin in den Wissensdokumenten hinzufügen.
Das Landing Pages Plugin unterstützt bereits das Hosting von Seiten in privaten Repositories, genau wie das Discourse-Themesystem (tatsächlich basiert es im Hintergrund auf dem Discourse-Themesystem und erweitert es). Das bedeutet, dass es bereits möglich ist, den Zugriff auf ein Landing Pages-Paket zu verkaufen, falls gewünscht. Das könnte es für andere Entwickler lohnenswert machen, solche Pakete zu erstellen.
Dieser Ansatz wird nicht alle Bedürfnisse im Zusammenhang mit Content-Management für ein Forum abdecken, kann jedoch eine Teilmenge sehr gut bedienen, insbesondere die, die wir regelmäßig bei kleineren und unabhängigen Communities sehen. Er würde die Notwendigkeit separater Instanzen und, kritischerweise, die Notwendigkeit beseitigen, Daten zwischen diesen Instanzen über Authentifizierungsprotokolle (d. h. den Austausch von Benutzerdaten beim Einloggen), Webhooks oder andere Datenfreigabemethoden zu teilen.
Dies könnte die Kosten und den Verwaltungsaufwand reduzieren, insbesondere für kleinere Communities, die relativ begrenzte oder gezielte Inhalte oder statische Seiten neben ihrem Forum verwalten möchten. Es wird niemals ein direkter Ersatz für WordPress oder andere CMS-Systeme sein, aber hoffentlich kann es bestimmte Anwendungsfälle erheblich vereinfachen.
