Sì… abbiamo seguito questa guida per configurare il reverse proxy nginx, ma era pensata per un’installazione standalone e non menzionava gli upload perché non era necessario trasferirli in modalità standalone:
Abbiamo seguito anche questa guida per due container, che anch’essa non menzionava il ripristino del DB o il trasferimento di alcuna cartella di upload:
Credo che possiamo capire le cose facilmente. Ecco il pezzo mancante che ti serviva per spiegare, a titolo di riferimento:
I principali tutorial su questa configurazione omettono il fatto che dovresti eseguire un ripristino del DB o trasferire manualmente gli upload nel nuovo container, poiché non l’hanno incluso.
Ovviamente, ora ha senso dopo averlo capito al 100% da soli (di nuovo!) perché non è nei tutorial. LOL
Tutto è facile una volta che conosci qual è il problema.
PS: Per chiudere. Grazie a tutti coloro che hanno scritto i vari tutorial. Sono stati di grande aiuto! Molto apprezzato. Da parte nostra, questa configurazione è completa e non useremo più alcuna configurazione standalone su alcun sito Discourse in futuro. Il nostro “default” normale sarà due container con un reverse proxy verso un socket Unix. Questo funziona meglio per gli aggiornamenti e lo scambio di container in tempo reale con quasi zero tempi di inattività. Ottimo lavoro!!
Discourse è GRANDE!!
Bravo Jeff @codinghorror e Sam @sam! BRAVO!
È abbastanza semplice farlo funzionare, ma come ho già detto prima, non usiamo S3 e altri servizi di archiviazione cloud; preferiamo mantenere le cose “semplici” e quindi i nostri backup vengono semplicemente rsyncati su archiviazione esterna. Preferiamo così… è una cosa in meno da debuggare e possiamo “farne a meno” senza S3,