Äh … das ist, glaube ich, der entscheidende Unterschied, und dieses „Update aus der Admin-Oberfläche“ erinnert irgendwie an alte Zeiten, als man nur „Webhosting“ mit einem PHP-Interpreter hatte, sodass alles um diese Vorstellung herum aufgebaut war. Und ich denke, das hat sich darauf übertragen, wie Discourse funktioniert und verwaltet werden soll.
Nun, das ist eine weitere Sache, die mir aufgefallen ist – Discourse ist ziemlich ressourcenintensiv (der Container begann, Ressourcen während des Starts in beängstigendem Umfang zu verbrauchen), also ja – das könnte ein Problem sein.
Wie werden diese im Kontext von Ruby „gebaut“ (was größtenteils eine interpretierte und keine kompilierte Sprache ist)?
Wäre es nicht besser, fertige Lösungen zu verwenden? Selbst für die Postgres-Konfiguration kann diese einfach geändert werden, indem man einfach eine benutzerdefinierte postgresql.conf-Datei bereitstellt/einhängt, keine komplett benutzerdefinierte Image mit eingebauter Konfiguration erforderlich ist … und selbst dann – wenn das erforderlich ist, könnte Discourse ein solches vorab erstelltes Image bereitstellen, das nur heruntergeladen und nicht jedes Mal neu erstellt werden müsste…