Caprover è essenzialmente un Heroku self-hosted, con la possibilità di distribuire un container Docker con un clic.
I dettagli per queste app con un clic sono in un file .yml — ne esiste attualmente uno per Discourse, ma si basa sulla versione 2.4.4 di Discourse.
L’installazione si basa sulla variabile d’ambiente ALLOW_EMPTY_PASSWORD=yes.
L’installazione di una versione di Discourse più recente della versione 2.4.4 semplicemente non funziona: genera errori chiedendo che le password di PostgreSQL e Redis vengano fornite nelle variabili d’ambiente. Quando vengono fornite, fallisce in un altro modo (mi sono arreso, quindi non ricordo!).
L’installazione della versione 2.4.4 e il tentativo di aggiornamento dalla dashboard non funzionano, poiché genera l’errore che Sidekiq non è in esecuzione e non è possibile aprire una shell nell’applicazione.
Non capisco abbastanza come funzionano Discourse, Docker o Caprover per modificare il file .yml e farlo funzionare con una versione più recente!
Qualcuno ha qualche suggerimento?
Se non riesci a ottenere aiuto dalle persone di Caprover, la cosa migliore da fare sarà un’installazione standard e ripristinare il database nella nuova istanza.
Ci sono aggiornamenti in merito? Sto anche cercando di installare Discourse tramite Caprover, ma funziona solo la versione 2.4.4 che utilizza password vuote non sicure. Ogni volta che provo a utilizzare qualsiasi altra versione, non funziona.
Quando vengono fornite, fallisce in un altro modo (mi sono arreso, quindi non riesco a ricordare!).
È buffo che io abbia seguito esattamente lo stesso percorso, provando una nuova installazione, impostando le variabili d’ambiente della password di postgres, provando ad aggiornare la password di postgres nel container, eppure non ha ancora funzionato…
Anche contattare il team di Caprover non serve a molto, poiché si occupano solo della piattaforma stessa; ogni sviluppatore di app deve fornire il proprio file di configurazione “one-click” basato su container Docker. Inoltre, dato che la versione 2.4.4 funziona, presumo che dovrebbe essere facile capire cosa è cambiato e correggerlo per la versione più recente?
L’unica installazione che supportiamo qui è l’installazione standard.
Le terze parti creano pacchetti per incoraggiare gli utenti a utilizzare il loro prodotto, servizio o piattaforma.
Come stai riscontrando, tali pacchetti non sono ben mantenuti. Non possiamo davvero assumerci alcun debito tecnico che comportano, ma possiamo aiutarti a installare discourse in un modo che continuerà a funzionare in futuro.
Sei il benvenuto a fare questa supposizione. Anni di assistenza agli utenti qui hanno dimostrato che questi pacchetti possono rompersi in modi imprevedibili. La responsabilità è davvero tra te, caprover e lo sviluppatore del pacchetto.
Capisco, sono anch’io uno sviluppatore di app, ma ci sono sicuramente modi per installare l’app più facilmente. È per questo che, ad esempio, fornite un’immagine Docker, anche se Docker è anche una terza parte. Credo anche di aver visto su DigitalOcean un’app “one-click” per Discourse. Credo che spetti agli sviluppatori fornire vari modi in cui gli utenti possono installare il loro prodotto e supportare diverse piattaforme.
Sì, le cose si rompono nel tempo se lo sviluppatore non le supporta, ecco perché penso che spetti allo sviluppatore crearle e mantenerle, e offrire agli utenti un modo semplice per installare il loro prodotto in vari ambienti.
Non è la stessa cosa che lo sviluppatore fornisca una build per Windows, una per Linux? Sì, lo sviluppatore può dire che supportiamo solo Linux e costringere gli utenti a usarlo se vogliono il prodotto, ma potrebbero anche aggiungere il supporto per altre piattaforme.
Inoltre, da quello che ho visto finora con CapRover, tutto ciò che deve essere fatto è creare un file yml corretto, che difficilmente si romperà nel tempo a meno che il prodotto stesso (o le tecnologie che utilizza) non ricevano aggiornamenti che introducano modifiche incompatibili.