There is this open issue (which I just closed) on Discourse Docker repo asking Discourse should behave like a standard docker image a docker user excepts to be able to run discourse without a special launcher. to define multiple containers (redis, postgres, discourse,..), links and volumes, dock…

[Bild] RGJ: Because of the Ember asset pipeline. This one: GitHub - ember-engines/ember-asset-loader: Asset loading support for Ember applications · GitHub ? [Bild] RGJ: Which would be a mess as well, because you don’t want to have those deps externally. Why not though?

Plugins can be processed on the fly, this is also done when upgrading a plugin. With a bit of magic you can also had a new plugin to a running instance without rebuilding the container. So mounting a plugin volume to a container should be possible (with a bunch of changes). The major problem I see …

[Bild] elmuerte: If Discourse actually came from a pre-build image you cannot change those files. So upgrading with zero/little downtime will probably require quite some work. This is something I don’t grasp (probably missing context in terms of Ruby…). In general with docker/containers/orch…

Yes, but that’s not how it currently works, so that’s the part that needs work. How are you going to do this from within the Discourse admin interface. How are you doing to scale down the blue container while spinning up the green container (systems don’t have infinite resources, so before starting …

Plugins and custom images still need to be built, but for vanilla building for compose is becoming within reach these days - I’ve made a little proof of concept experiment here for anyone curious. Obviously, since these are all my repos (not Discourse’s™) this is not anything Official, so YMMV, and…

[Bild] elmuerte: Yes, but that’s not how it currently works, so that’s the part that needs work. How are you going to do this from within the Discourse admin interface. Eh… this is I think the crucial difference and this “update from the admin interface” is somewhat of a reminder of old times…

[Bild] wojtek: this “update from the admin interface” is somewhat of a reminder of old times, when you only had “web hosting” with php interpreter so everything was build around that notion. And I think this carried over to how Discourse work and is expected to be managed. This “admin upgrade…

[Bild] wojtek: discourse could provide such pre-build image That was a note for why the compose sample I posted wasn’t using the generic PG image.

[Bild] merefield: This “admin upgrade interface” is a plugin (called “docker manager”). You don’t need to include it if you have another way of doing online updates. Hmm… but wouldn’t you say this makes other ways more complex? [Bild] featheredtoast: That was a note for why the compose s…

[Bild] wojtek: Hmm… but wouldn’t you say this makes other ways more complex? As a docker guru this should all be very easy for you?

Kann Discourse regelmäßig Docker-Images bereitstellen, die nicht gebootstrapped werden müssen?

Entwickler

featheredtoast (Jeff Wong) 8. Juli 2025 um 16:47 209

Das war ein Hinweis darauf, warum das von mir gepostete Compose-Beispiel nicht das generische PG-Image verwendet hat.

Thema		Antworten	Aufrufe
Using a launcher built docker image in docker-compose Development	30	7979	27. September 2024
Container restart - discourse tries to reinstall Self-hosting unsupported-install	22	3010	30. Juli 2020
Is Docker image discourse/discourse considered safe and production-ready? Self-hosting hosting	30	2302	26. Mai 2026
Installing on Kubernetes Self-hosting unsupported-install	55	25220	6. Februar 2026
Community supported official docker image Development	35	8710	22. Juli 2022

Kann Discourse regelmäßig Docker-Images bereitstellen, die nicht gebootstrapped werden müssen?

Verwandte Themen