Ciao,
Sto tentando di installare Discourse usando Portainer, ma sto riscontrando problemi. Ogni volta che ci provo, ricevo il messaggio di errore:
“Failed to deploy a stack: postgres Pulling app Pulling redis Pulling web Pulling sidekiq Pulling…”
Ho usato il file Docker Compose da questo link: (docker-compose.yml · master · libre.sh / compose / Discourse · GitLab)
Qualcuno potrebbe offrirmi qualche consiglio in merito?
Grazie.
Se cerchi troverai diverse altre persone che hanno fallito. Pensavo di aver visto qualcuno riuscire, quindi potresti guardare più post di quanti ne abbia guardati io.
Se vuoi una soluzione che funzioni e per cui riceverai supporto, usa docker.
Ma ehi, Portainer è in realtà un’interfaccia grafica su Docker, esattamente. Quindi, se la maggior parte delle persone fallisce e il supporto ha un’unica risposta: usa un server dedicato o paga per la versione cloud a causa della mancanza di documentazione, questo puzza di strano.
In effetti, stiamo usando Docker. Molte persone usano Docker e rimangono senza supporto, perché, beh… nessuno sa perché. Gli argomenti di supporto con gli stessi problemi rimangono senza risposta, o con risposte come “Vedo molte domande simili, prova a cercare prima di pubblicare”, sì, domande simili senza risposta. E se qualcuno inizia a lamentarsi, ecco “oooooh, non funziona? peccato, peccato, forse non sei abbastanza tecnologico, ecco, prova i nostri piani prepagati”.
Ho persino provato a creare un server dedicato con Docker sopra, installare Discourse, installare Portainer sopra e clonare l’intera configurazione usando Docker Compose senza alcun successo. Sembra una pseudo-offuscazione. Un po’, sì, è MIT, tranne alcune sfumature.
Sì, sì, è open source, nessuno deve niente a nessuno, è tutto volontariato e buona volontà, ma eh. Solo per chiarire, ho trovato qualcuno che ha avuto successo, ma è stata una breve conversazione: “Ho pagato per la soluzione, quindi la vendo io stesso per $500”. Quindi ecco le opzioni: comprare dagli ufficiali, o comprare da qualcuno o, beh, usare un server dedicato solo per questo scopo.
Se non ci sono davvero altre opzioni, forse dovrebbe essere menzionato nella documentazione? Non “solo Docker e requisiti hardware per l’installazione”, ma una forte menzione, che devi usare l’intero server solo per questo prodotto, non puoi usare Discourse come parte di qualcos’altro. Questa conclusione può eliminare molte domande senza risposta spostando l’idea da “sì, teoricamente puoi, ecco la documentazione, cerca” a “non puoi”.
Oppure, “Vuoi usare un sacco di strumenti che noi non usiamo e non funziona per te? Non possiamo indovinare perché. Se usi strumenti che sono più simili a quelli che usiamo e testiamo, è più probabile che funzioni e che noi siamo in grado di aiutarti.”
Il problema potrebbe essere semplice come “crea un’immagine con docker e launcher, caricala in un repository e avviala con portainer.” E il problema potrebbe essere semplice come non impostare una singola variabile d’ambiente, o dozzine di altre piccole cose relative al networking e al routing, ognuna delle quali potrebbe essere risolta da una singola riga di codice. Ma capire quale riga di codice con un sacco di strumenti che le persone qui non usano non è facile da fare.
L’installazione standard funziona per molte persone che non sanno nulla di amministrazione di sistema. La configurazione di reverse proxy rende le cose almeno 4 volte più difficili da fare, e ancora più difficili da supportare tramite un forum.
Su cosa basi questa affermazione? La risposta usuale alle configurazioni non supportate è provare l’installazione standard perché permette a chiunque di avviare Discourse senza pagare un centesimo a CDCK.
Devo mettere in dubbio le tue motivazioni… L’installazione standard si basa su un launcher personalizzato che utilizza docker. Esiste per una moltitudine di ragioni, incluso il semplice fatto che anche un utente completamente non tecnico e senza alcuna esperienza pregressa può solitamente seguire i passaggi e avviarsi in 30 minuti o meno.
Se conosci bene docker, sei il benvenuto a seguire quella strada, ma non possiamo garantire che qualcuno sarà in grado di assistere con le specifiche della tua configurazione, da qui unsupported-install. La cosa del supporto gratuito basato sulla community è che se l’ambito del supporto non è limitato, la qualità generale dei consigli e il tasso di successo diminuiranno.
Puoi spiegare cosa c’è di sbagliato in quanto sopra? Se qualcuno paga denaro per sviluppare competenze che scarseggiano, tale competenza non ha valore?