Heute habe ich Discourse auf einem neuen Host über Docker installiert, mehr oder weniger anhand dieses Threads:
Das Dokument vor der Installation besagt, dass Postgresql13+ Ruby 3.2+ und Redis 7 installiert sein sollten.
Oder eigentlich steht dort nur “Softwareanforderungen”.
Ich habe pg16 laufen und Redis 7 über Snap auf Rocky 9 installiert.
Ich habe im Wesentlichen die Datei samples/standalone.yml kopiert und bearbeitet, Mailserver-Einstellungen und kleinere Änderungen hinzugefügt.
Wenn ich docker ps oder docker ps -a ausführe, sehe ich nur 1 laufenden Container, den lokalen Discourse-Container.
Es mag wie eine dumme Frage klingen, aber verwendet der Launcher einen pg-Container und einen Redis-Container, oder verwenden sie die Installationen von pg und Redis des Hosts?
Es führt sein eigenes Postgres/Redis innerhalb des Haupt-Docker-Containers aus. Ich glaube nicht, dass Sie tatsächlich Postgres, Ruby oder Redis auf dem Host installieren müssen, aber ich könnte mich irren.
Die naheliegende nächste Frage ist also: „Wie kann ich es dazu bringen, den pg- und Redis-Host des Hosts zu verwenden?“
Ich weiß, dass ich pg und Redis auf der Docker0-Schnittstelle lauschen lassen kann, aber ich vermute auch, dass es eine Möglichkeit geben muss, den Discourse-Container so zu konfigurieren, dass er diese Docker0-IP-Adresse als pg- und Redis-IP verwendet.
Ich habe Schwierigkeiten, „diesen einen Ort“ für die gesamte Dokumentation zu finden.
Vielleicht sollte ich ein neues Thema eröffnen? Und wo?
Gibt es einen bestimmten Grund, warum der PostgreSQL des Hosts verwendet wird? Discourse sollte PostgreSQL-Upgrades standardmäßig selbst verwalten, sodass Sie am Ende möglicherweise eine inkompatible PostgreSQL-Version haben, wenn Sie den PostgreSQL des Hosts verwenden.