Grazie @debryc 
Vorrei aggiungere che sono tutti i membri di Pavilion, non solo io, a mantenere il nostro lavoro. La nostra cooperativa è uno sforzo di squadra.
Aggiungerei anche che abbiamo appena reso open source il nostro plugin Landing Pages, che consente di creare pagine completamente indipendenti, supportate da un’istanza di Discourse; un altro modo per soddisfare l’esigenza discussa in questo argomento. Questo plugin separa il frontend delle pagine dal client di Discourse (cioè non carica l’app di Discourse), consentendo al contempo un’integrazione semplice tramite un backend comune (cioè il server Discourse).
Stiamo già avviando il processo di utilizzo di questo plugin con alcuni dei nostri clienti per soddisfare esigenze simili a quelle discusse qui. Stiamo anche valutando lo sviluppo di pacchetti open source generalizzati e facili da usare, basati su casi d’uso comuni per un CMS associato a una community, utilizzabili con quel plugin.
Ecco l’elenco attuale dei casi d’uso che abbiamo in mente per ricevere questo trattamento.
-
Blog (sto lavorando proprio a questo). Componi contenuti in Discourse e poi presentali in una pagina blog completamente indipendente, che puoi personalizzare come un vero e proprio blog (cioè come Wordpress o Ghost).
-
Pagine di prodotto, servizio o funzionalità (come le nostre). Visualizza prodotti, servizi o funzionalità che possono includere contenuti o dati (categorie, tag, argomenti, utenti, ecc.) dalla tua istanza di Discourse.
-
Pagine “Team” (come le nostre). Una pagina per il tuo team, utilizzando l’iscrizione (e i dati utente) da un gruppo di utenti Discourse.
-
Pagine eventi, sia per l’elenco che per la visualizzazione dei dati degli eventi dalla tua istanza di Discourse in una landing page per eventi stilizzata. “Dati eventi” qui potrebbe essere una combinazione di dati del plugin Discourse Calendar, categorie, argomenti, utenti (ad esempio conferme di partecipazione) e località (utilizzando il nostro plugin Locations).
Siamo interessati ad altri casi d’uso generalizzabili che le persone ritengono potrebbero beneficiare di questo trattamento. Vorrei sottolineare che ci sono alcuni casi d’uso che abbiamo già considerato e che è meno probabile ricevano questo trattamento in questa fase:
-
Negozio. Sebbene possa esserci una pagina che integra elementi di un negozio, i negozi online richiedono un’ampia gamma di funzionalità che richiederanno sempre una soluzione dedicata come WooCommerce o Shopify.
-
Knowledge Base. Questa esigenza è già ben soddisfatta da soluzioni come il plugin Knowledge Explorer. Una landing page può visualizzare un sottoinsieme di una knowledge base, ma replicare interamente le funzionalità di qualcosa come il plugin Knowledge Explorer (o semplicemente gli elenchi di argomenti di Discourse) sarebbe controproducente.
Siamo anche interessati a collaborare con chiunque voglia sviluppare tali pagine, sia come progetto di sviluppo in sé (ad esempio per migliorare le proprie competenze), per la propria community, o anche per venderle. Prevediamo di rilasciare i nostri pacchetti open source gratuiti per ogni caso d’uso nel medio termine (da 4 a 6 mesi).
Il plugin Landing Pages e le pagine di Pavilion saranno sempre open source e gratuiti al 100%. Tuttavia, questa è una struttura generalizzabile che chiunque abbia conoscenze di HTML e CSS potrebbe utilizzare per sviluppare un “page pack” se lo desidera. Presto aggiungerò una “guida per sviluppatori” alla documentazione delle conoscenze per quel plugin.
Il plugin Landing Pages supporta già l’hosting di pagine in repository privati nello stesso modo in cui lo fa il sistema dei temi di Discourse (in effetti, sotto il cofano si basa sul sistema dei temi di Discourse e lo estende). Ciò significa che è già possibile vendere l’accesso a un pacchetto di landing page se si desidera. Ciò potrebbe rendere conveniente per altri sviluppatori costruire tali pacchetti.
Questo approccio non soddisferà tutte le esigenze di gestione dei contenuti associate a un forum, ma potrebbe servire piuttosto bene un sottoinsieme, in particolare quelle che vediamo regolarmente in comunità più piccole e indipendenti, poiché eliminerebbe la necessità di istanze separate e, soprattutto, la necessità di condividere dati tra tali istanze tramite protocolli di autenticazione (cioè condividere i dati utente quando si accede), webhook o altri metodi di condivisione dei dati.
Ciò potrebbe ridurre costi e amministrazione, in particolare per le comunità più piccole che cercano di gestire contenuti relativamente contenuti o mirati, o pagine statiche, insieme al proprio forum. Non sarà mai un sostituto diretto di Wordpress o di altri sistemi CMS, tuttavia si spera che possa rendere alcuni casi d’uso significativamente più semplici.
