Ciclo di vita dello sviluppo con hosting Discourse

Ciao!
Sto cercando un sistema di forum di terze parti per il mio cliente (un’organizzazione no profit) e sembra che Discourse sia al momento la soluzione preferita.

Leggendo https://meta.discourse.org/ non ho avuto una chiara comprensione del ciclo di vita dello sviluppo.

  1. Avrò accesso remoto al server se scelgo l’hosting di Discourse?
  2. Devo avere un’istanza di sviluppo di Discourse su “localhost” per testare plugin e altre personalizzazioni (temi, stili)? Oppure posso provare/testare alcune modifiche direttamente su “Produzione” (non ne sono un grande sostenitore)?
  3. Esiste un modo per registrare le personalizzazioni (applicazione di stili e plugin)? Ad esempio, eseguire script nell’ambiente di sviluppo e, se tutto funziona bene, applicarli su quello di Produzione (hosting Discourse o self-hosted). “Continuous Delivery” in questo contesto.
  4. Se le mie modifiche personalizzate non hanno successo, come posso ripristinare la versione precedente? Immagino che per testare un plugin possa semplicemente “disattivarlo”?

Qualsiasi aiuto sarebbe apprezzato.

1 Mi Piace

Se sei ospitato da CDCK o da Communiteq (precedentemente DiscourseHosting), per quanto ne so, è gestito al 100%. Non avresti accesso SSH o simili. A meno che tu non sia su un piano enterprise, le opzioni dei plugin sono fisse e tutto viene testato per la compatibilità dai rispettivi team.

Puoi installare temi e componenti dei temi su quelle opzioni di hosting senza restrizioni. Un’istanza di test è comunque sempre consigliabile.

Non sono a conoscenza di opzioni di CD con l’hosting di CDCK; forse qualcuno del team può correggermi se sbaglio. Nel peggiore dei casi, dovresti apportare quelle modifiche al sito live nello stesso modo in cui le hai testate altrove.

Non puoi installare plugin aggiuntivi sulle opzioni di hosting di base; includono già di default alcuni dei più comuni e meglio supportati. Dovresti essere su un piano enterprise oppure fare self-hosting. I plugin devono essere integrati nel file app.yml e il sito deve essere ricostruito per includerli; per disabilitarli, commenta la riga corrispondente ed esegui un’altra ricostruzione. I temi e i componenti dei temi possono essere aggiunti e rimossi senza influenzare la disponibilità del sito o l’accesso degli utenti.

9 Mi Piace

I’ll chime in here to confirm that everything that Stephen posted is correct.

On our hosted sites you have full access to the Discourse API, but you do not have SSH access to the server. Custom plugins cannot be installed on our Standard or Business sites, but plugins that you develop can be installed on Enterprise sites after the plugin has been vetted by our team. To see the plugins that are pre-installed on each of our plans, have a look at Plugin directory | Discourse - Civilized Discussion.

Custom themes and theme components can be installed on any of our plans.

The easiest way to get a sense of how our hosting works is to sign up free trial on either the Standard or Business plan from here: Discourse pricing | Discourse - Civilized Discussion. We never start automatically billing for trial sites, so this is a risk free way of checking out both Discourse and our hosting service.

8 Mi Piace

Discourse API

1 Mi Piace

The other answer to your question is that if you want to (have to) do those things, then you’ll need to self-host.

But, you likely don’t need any plugins. Most customization you can do with theme components.

All admin changes are logged in the UX, so you can see who changed what when.

If you did want to do development of custom plugins, I have developed a CI/CD system that allows you to pin Discourse and plugins to particular commits and make changes to a staging and production site by pushing an inventory to github. Sadly, the client abandoned the project just after I got it set up.

7 Mi Piace