Greetings, I can’t post in the Sysadmin category. I can configure an external DB using: DISCOURSE_DB_USERNAME DISCOURSE_DB_PASSWORD DISCOURSE_DB_HOST DISCOURSE_DB_NAME But I couldn’t find: DISCOURSE_DB_PORT (External PostgreSQL Port) DISCOURSE_REDIS_HOST DISCOURSE_REDIS_USERNAME DISCOURSE_REDIS…

You can see all of the possible global vars documented at: config/discourse_defaults.conf main # # DO NOT EDIT THIS FILE # If you need to make changes create a file called discourse.conf in this directory with your changes # On import this file will be imported using ERB # # D…

I’m doing this for a docker-compose application, and despite exporting the environment variable for DISCOURSE_REDIS_HOST (as redis) it is not honoring this variable: name, 'name', name),\n updated_at,\n created_at,\n updated_at\nFROM facebook_user_infos\n") discourse_1_9cc0cea436ca | rake aborte…

[imagen] vsoch: I’m doing this for a docker-compose application, I’m not quite sure why you’re having that problem, but you’ll experience considerably less pain if you do it this recommended way: Install Discourse for development using Docker See also, Can Discourse ship frequent Docker ima…

Maybe I’m reading the code incorrectly, but the bin/docker/boot_dev --init script is still interacting with a database and dependencies on the host. For the second thread, what in particular are you pointing me to look at? It has 151 posts. Thanks!

[imagen] vsoch: I’m doing this for a docker-compose application, and despite exporting the environment variable for DISCOURSE_REDIS_HOST (as redis) it is not honoring this variable: That variable is honored in production just fine. For development we search for a local instance by default, w…

I’m running it with production as the environment variable, and it wasn’t being honored. As a workaround I changed the config with sed, and that fixed it. There are still numerous other issues I’m working on.

For example, I’m starting by explicitly saying to not daemonize (to keep the container running): bundle exec rails s --port 3000 --no-daemon --environment=production --binding 0.0.0.0 but it seems to decide to do it anyway! And then logically the container exits. discourse_1_f60e0e3f1186 | [358] …

[imagen] vsoch: I’m running it with production as the environment variable Do you want a production environment or a development environment?

Why can’t I run a production environment and use it for development? And what does sidekiq do? Should that be run alone to start the application? E.g., I have another container (same base) with a start command: bundle exec sidekiq And it depends on the main discourse container (migrating the db, p…

I’m happy to spend lots of (more) time on this, granted that I haven’t started anything yet, but I need a solution that doesn’t require me installing a database on my host. With containers, we shouldn’t need to do that. And again, the compose application here GitHub - vsoch/discourse-compose: docker…

Variables de entorno de base de datos externa no documentadas (puerto PG externo, variables de entorno de Redis externo)

Soporte Instalación

Falco (Falco) 8 Julio, 2019 15:39 6

That variable is honored in production just fine.

For development we search for a local instance by default, which works just fine if you follow one of the supported dev environments.

1 me gusta

Tema		Respuestas	Vistas
Configure Discourse to use a separate PostgreSQL server Self-Hosting how-to	50	28757	8 Enero 2026
Discourse with DO managed Redis Dev	2	1233	5 Junio 2020
Using Discourse with external PostgreSQL and Redis Self-hosting docker , advanced-setup	2	1071	26 Octubre 2023
Discourse-app container starts then silently stops Self-hosting unsupported-install	41	2971	20 Septiembre 2022
How to resolve Pups exec errors during Discourse bootstrap Support	22	284	24 Abril 2025

Variables de entorno de base de datos externa no documentadas (puerto PG externo, variables de entorno de Redis externo)

Temas relacionados