Gestisco da anni container Docker come nextcloud, vaultwarden, jellyfin ecc., ma non riesco proprio a capire Discourse.
Lo script di configurazione mi restituisce un errore riguardo l’impossibilità di connettersi alle porte 80 e 443. Probabilmente perché lo sto configurando su un nuovo server che non ha inoltrate queste porte, dato che intendo utilizzare nginx proxy manager sul mio altro server per fare il reverse proxy a Discourse.
Ho provato a scrivere un file compose basato sulle variabili nei file, ma Docker non trova un manifest quando tento di scaricare discourse/base.
Ho provato il container bitnami ma finisco senza account amministratore e il comando che bitnami dice di usare per crearne uno restituisce errori.
Ho passato gli ultimi giorni su questo. Qualcuno può aiutarmi per favore?
È stata una risposta accurata, la tua configurazione non è standard e quindi non è un’installazione standard. Il supporto gratuito è generalmente rivolto all’installazione standard perché rimane gestibile per le persone che lo forniscono (gratuitamente).
Se cerchi supporto gratuito per un’installazione non standard, ti suggerisco di essere un po’ più gentile con coloro che lo forniscono…
Comunque dai un’occhiata a questo, potrebbe aiutarti:
La guida a cui hai fornito il link dice esplicitamente che presuppone che io abbia Discourse funzionante. Cosa che non ho. Inoltre, non sto cercando di eseguire altri siti web sulla stessa macchina di Discourse, sto cercando di eseguire Discourse su una seconda macchina.
Il problema è che non riesco a far superare allo script discourse-setup il controllo della porta e nessuno dei comandi di avvio effettivamente fa nulla. Avevo già modificato i file menzionati nella guida linkata da merefield prima ancora di aver postato qui, come consigliato dal messaggio di errore di discourse-setup, ma non so cosa fare da quel punto.
Sto chiedendo aiuto con il Docker ufficiale di Discourse.
Non riesco a far funzionare affatto il Docker ufficiale di Discourse.
Riesco a far partire quello di Bitnami e ad accedere al sito, ma non sono stato in grado di configurare un account amministratore con il loro.
sudo ./launcher rebuild app ci sono riuscito. Tuttavia, dopo aver inserito i dettagli per registrare un account amministratore e passare alla pagina successiva, ottengo solo questo. Non ho ricevuto alcuna email di conferma né con la porta smtp impostata su 587 né su 465
Dovresti cambiare example.com con il nome di dominio effettivo del tuo sito. Quel dominio è un esempio di dominio su Internet, non il dominio reale del tuo forum.
sì, cambiare example.com all’IP del server mi mostra la pagina di conferma email corretta.
Ho trovato un errore di battitura in un record DNS e un errore che ho commesso nel file yml, quindi si spera che l’email funzioni quando mi sveglierò.
L’output del comando sudo ./launcher rebuild app mi dà anche alcuni indizi su cosa modificare per personalizzare ulteriormente la configurazione. Spero di avere una configurazione di Discourse che mi soddisfi entro il fine settimana!
Mi scuso per l’intromissione e per non aver letto l’intera discussione, ma il problema dell’OP l’ho avuto anch’io la prima volta che ho provato a configurare Discourse. Le porte 80 e 443 non sono aperte perché l’app non le sta ancora utilizzando. Il trucco è eseguire skip-network-check o un comando simile (non ricordo e sono al lavoro) e la configurazione salta il controllo della porta e poi procede con la configurazione. È nelle istruzioni di configurazione standard ma è facile da trascurare.
Allora non puoi usare discourse-setup o puoi eseguirlo con --skip-connection-test, ma dovrai arrangiarti per farlo funzionare. Devi anche commentare i template ssl e https.
Non funzionerà.
Dovresti prima installarlo su una macchina che non ha nient’altro che usa le porte 80 e 443 per vedere come funziona. Se non hai intenzione di farlo, allora devi capire come funziona prima di fare qualsiasi cosa.
Ho risolto il problema con il mio server email e altre app Docker possono usare l’indirizzo email che voglio usare con Discourse, ma Discourse continua a fallire nell’invio di un’email.
