Ciao! Quando installo Discourse (Docker) non vedo quale password impostare per il mio database.
Ne ho bisogno perché voglio usare una connessione remota al database e penso che Discourse imposti una password per tutte le immagini Docker.
1 Mi Piace
Ciao moschino 
,
Non so molto di cose tecniche, ma penso che quando sei all’interno del container puoi connetterti al database usando il nome utente discourse senza password.
Fammi sapere se aiuta:
./launcher enter app
su - discourse
psql
1 Mi Piace
Perché vuoi farlo? Di solito l’esploratore di dati è un modo migliore per farlo.
Per impostazione predefinita, il database non è esposto a una porta.
Se vuoi davvero esporre il tuo database al mondo, reinstalla con una configurazione a due container (discourse-setup --two-container). Se è più facile farlo su un nuovo server, ma esistono discussioni su come effettuare il passaggio.
È quasi certamente una pessima idea. Usa l’esploratore di dati o l’API.
7 Mi Piace
Qual è il buon contenuto di config/database.yml? Per favore, puoi condividere un esempio di produzione?
Non vedo un database elencato lì e Ruby sta fallendo in alcuni compiti (come l’esportazione di override_translations). Sospetto che la mia installazione abbia qualcosa di rotto.
Attualmente vedo solo database dev e test in config/database.yml e voglio effettivamente correggerlo allo schema di database funzionante attuale 
Posso leggere il database di produzione all’interno di psql su un’istanza Discourse containerizzata.
Come hai installato discourse?
Quale problema stai cercando di risolvere?
Quali sono le prove che qualcosa non va?
Potresti vedere cosa un
rake db:migrate
farà?
Il nome del database è in una variabile d’ambiente.
1 Mi Piace
Non riesco a esportare la lingua personalizzata es_XX e sospetto che possa essere correlato a una configurazione errata, ma poi vedo che la password di produzione e l’host sembrano non essere dichiarati nei file yml.
Ho provato a giocare con LANG e DISCOURSE_DEFAULT_LOCALE ma non dovrebbe essere sufficiente.
Attualmente ho LANG = en_US.UTF-8 e DISCOURSE_DEFAULT_LOCALE = es (e ciò mi consente di correggere trust_level on custom-locale issue come soluzione temporanea).
Suppongo che questa non sia un’installazione standard.
Sì, lo è, ma penso di aver mescolato lo sviluppo con la produzione o qualcosa del genere.
Forse ho problemi con le emoji nelle stringhe di localizzazione personalizzate, controllerò.