¡Hola! Cuando instalo Discourse (Docker) no veo qué contraseña se estableció para mi base de datos. La necesito porque quiero usar una conexión remota a la base de datos y creo que Discourse establece una contraseña para todas las imágenes de Docker.
1 me gusta
Hola moschino 
,
No sé mucho de cosas técnicas, pero creo que cuando estás dentro del contenedor puedes conectarte a la base de datos usando el nombre de usuario discourse sin contraseña.
Avísame si eso ayuda:
./launcher enter app
su - discourse
psql
1 me gusta
¿Por qué quieres hacer eso? Normalmente, el explorador de datos es una mejor manera de hacerlo.
Por defecto, la base de datos no está expuesta a un puerto.
Si realmente quieres exponer tu base de datos al mundo, reinstala con una configuración de dos contenedores (discourse-setup --two-container). Si es más fácil hacerlo en un servidor nuevo, pero existen temas sobre cómo cambiar.
Es casi seguro una mala idea. Usa el explorador de datos o la API.
7 Me gusta
¿Cuál es el buen contenido de config/database.yml? Por favor, ¿puedes compartir un ejemplo de producción?
No veo una base de datos listada allí y Ruby está fallando en algunas tareas (como exportar override_translations). Sospecho que mi instalación tiene algo roto.
Actualmente, solo veo la base de datos dev y test en config/database.yml y quiero arreglarla para el esquema de trabajo de la base de datos actual 
Puedo leer la base de datos de producción dentro de pslq en una instancia de Discourse contenerizada.
¿Cómo instalaste Discourse?
¿Qué problema intentas resolver?
¿Cuál es la evidencia de que algo está mal?
¿Quizás veas qué hace un rake db:migrate?
El nombre de la base de datos está en una variable de entorno.
1 me gusta
No puedo exportar el idioma personalizado es_XX y sospecho que podría estar relacionado con una configuración incorrecta, pero luego veo que la contraseña y el host de producción parecen no estar declarados en los archivos yml.
Intenté jugar con LANG y DISCOURSE_DEFAULT_LOCALE pero no debería ser suficiente.
Actualmente tengo LANG = en_US.UTF-8 y DISCOURSE_DEFAULT_LOCALE = es (y eso me permite solucionar el problema de trust_level en idioma personalizado como solución alternativa).
Supongo que esta no es una instalación estándar.
Sí, lo es, pero creo que mezclé desarrollo con producción o algo así.
Quizás tenga problemas con los emojis en las cadenas de localización personalizadas, lo comprobaré.