Ist das Docker-Image discourse/discourse sicher und produktionsreif?

Hallo!
Ich habe mich nur angemeldet, um allen ganz herzlich für eure Hilfe zu danken, insbesondere an @featheredtoast.
Ich war kurz davor, alles zum Laufen zu bringen, aber der E-Mail-Versand funktionierte nicht.
Ich vermute, das lag daran, dass ich Caddy als Reverse-Proxy verwende.

Jetzt nutze ich Discourse wieder separat von allen anderen Diensten in meinem Docker-Compose-Setup.

Wisst ihr, wie man das mit Caddy zum Laufen bringt? Ich vermute, ich muss eine Socket-basierte Konfiguration verwenden, aber ich weiß nicht, wie ich die app.yml innerhalb der Docker-Compose-Discourse-Konfiguration anpassen soll.

Viele Grüße – Y

Es sei denn, Caddy proxyt irgendwie deine ausgehenden E-Mails, glaube ich nicht, dass das damit zusammenhängt.

Du musst es nicht auf Socket umstellen; du kannst einfach den Docker-Namen und/oder die IP-Adresse verwenden. Discourse working with jwilder /nginx proxy & acme-companion - #7 by Steve_Emerson behandelt die Verwendung der Socket-Vorlage und viele weitere Dinge.

Kurz gesagt: Nein, nicht allein über docker-compose. Das wäre etwas, das ich mir wünschen würde, aber der Plan ist es, es allen zu ermöglichen, ein benutzerdefiniertes Basis-Image zu erstellen, das öffentlich geteilt werden kann, um die Sache voranzutreiben. Die Erstellung eines Plugins erfordert das Klonen des Plugins, bundle install, npm und das Neukompilieren von Ember. Das sollte nicht beim Startvorgang geschehen.

Ein Teil der Idee besteht also darin, Images so zu erstellen wie das discourse/discourse-Image – mit derselben app.yml-Konfigurationsdatei wie die unterstützten Discourse-Versionen.

Als Beispiel baue ich mein persönliches Image mit resenha, indem ich die zentrale app.yml aktualisiere, um das Plugin hier einzubeziehen, und es dann in eine externe (öffentliche!) Docker-Registry hochlade.

Wenn du einen externen E-Mail-Dienst verwendest, ist dein Caddy-Reverse-Proxy wahrscheinlich nicht das Problem. Im Gegensatz zu den aktuellen Launcher-Builds wird dich discourse/discourse nicht darauf hinweisen, deine Umgebungsvariablen für E-Mails einzurichten (aber es ist trotzdem notwendig). Ich würde zuerst diese prüfen.

Ich habe es geschafft, das Upload-Größenlimit zu ändern:

cat fix-upload-size.sh (muss mit chmod +x ausgeführbar gemacht werden):

#!/bin/sh
sed -i 's/client_max_body_size .*;/client_max_body_size 500m;/' /etc/nginx/conf.d/discourse.conf

in docker-compose.yml:

    volumes:
     - ./fix-upload-size.sh:/etc/runit/1.d/fix-upload-size

Ich konnte ein Image erstellen, aber „nur

Gibt es eine Möglichkeit, Discourse auf die neueste Version zu aktualisieren, wenn man dieses Image verwendet?

Ich nutze es für das Forum meiner Fakultätsforschungsgruppe und möchte auf die neueste Discourse-Version aktualisieren, aber das Image wurde seit März nicht aktualisiert. Was wäre der empfohlene Weg zum Upgrade?

Das war ein unbeabsichtigter Nebeneffekt des Hinzufügens eines Aufrufs zum Bereinigen hängender Web-Updates; ich beabsichtige, dies bald über FIX: run clear_stuck_web_upgrades during precompile stage · Pull Request #1055 · discourse/discourse_docker zu beheben.

Toll, vielen Dank!

Aber ich habe noch eine Frage: Ich nutze Azure for Students und Container Apps. Falls ich die Anwendung irgendwie aktualisiere, befürchte ich, dass ein Ausfall der Discourse-Instanz das Forum durcheinanderbringen könnte, da es beim Neustart wahrscheinlich wieder auf einer früheren Version läuft.

Nochmals vielen Dank!

Das ist ein Risiko – leider gibt es dafür keine gute Lösung, außer sicherzustellen, dass das Image aktuell ist, wenn Sie sowohl in der App aktualisieren als auch Bilder aus dem Docker-Repository ziehen. Ich würde das wirklich nicht empfehlen.

In der Zwischenzeit arbeite ich noch daran, das Docker-Repository zu ordnen (es gibt hier noch ein weiteres Problem zu lösen).