Sie können hier direkt zu meinem Schritt-für-Schritt-Tutorial gelangen…
Auf meinem dedizierten Server (Hetzner) habe ich eine frische Discourse-Instanz installiert (und das ist im Moment das Einzige auf dem Server).
Jetzt möchte ich CloudPanel als Reverse-Proxy verwenden, damit ich den Server auch zum Hosten von Ghost-Blogs und Wordpress-Seiten für einige meiner Kunden nutzen kann.
Nachdem ich dieses Tutorial gelesen und auch die anderen unten aufgeführten Beiträge studiert habe, scheint dies möglich zu sein.
Aber ich kämpfe mit meiner Lernkurve in Bezug auf Reverse-Proxies.
Ich kann meine Seiten mit CloudPanel einfach installieren und verwalten.
Aber es ist mir nicht klar, in welcher Reihenfolge oder welchem Verfahren CloudPanel mit Discourse zusammenarbeiten soll.
Ich würde das Verfahren hier in diesem Beitrag dokumentieren wollen.
Folgen Sie zuerst einem dieser Leitfäden, um Discourse auf einen anderen Port zu verschieben und die SSL- und Let’s Encrypt-Vorlagen zu entfernen und neu zu erstellen. Sagen Sie dann Ihrem Reverse-Proxy, dass er diesen Port verwenden soll.
Discourse die Ports 80/443 nicht verwendet, da ein Konflikt Ihren Reverse-Proxy zum Absturz bringt
Discourse kein SSL verwendet, aber Port 80 zu dem Port freigibt, den der Reverse-Proxy für das Backend verwendet
Bedeutet es spielt keine Rolle, dass Discourse als Backend eingerichtet werden muss, bevor Sie den Reverse-Proxy starten, und zu diesem Zeitpunkt eine Zeit lang nicht erreichbar ist.
Das ist keine Einrichtung für Einfaltspinsel. Sie müssen sowohl verstehen, wie ein Reverse-Proxy funktioniert, als auch, wie man Discourse manuell konfiguriert. Es wird nicht einfach oder intuitiv sein.
Es ist schon schwierig genug, die Standardinstallation für Anfänger zu unterstützen. Viele, viele Stunden wurden aufgewendet, um diese Anweisungen für Leute verständlich zu machen, die keine Ahnung von Systemadministration haben.
OK, ich stecke nur bei einer (kleinen, glaube ich) Sache fest…
Um eine zweite Discourse-Instanz zu erstellen, erstelle und bearbeite ich die app2.yml und die server_name.conf für die zweite Discourse, wobei ich DISCOURSE_HOSTNAME und server_name ändere.
Aber wie baue ich dann die app2? Ich habe versucht:
service nginx restart
./launcher stop app
./launcher rebuild app2
und
./discourse-setup (ich hatte ./discourse setup für die Installation der ersten Instanz verwendet und dann die app.yml bearbeitet, und es hat bei der ersten Instanz funktioniert.)
Dieses Vorgehen führte zu einer Discourse unter der zweiten URL, aber sie scheint Daten von der ersten Instanz zu beziehen.
Ich verstehe etwas nicht. Was ist der richtige Weg, die zweite Website unter der zweiten Domain zu erstellen?
Sie müssen das Verzeichnis ändern, das es verwendet, wo /var/discourse/standalone steht, zu etwas anderem (standalone2?).
Sie möchten vielleicht ein Zwei-Container-Setup verwenden, damit Sie nur eine Kopie von postgres laufen lassen (ich glaube, die Multisite-Konfiguration mit Docker hat einige Hinweise), aber wenn Sie viel RAM haben, ist Ihnen das vielleicht egal.
Wow. Das hätte ich nie allein herausgefunden. Du bist mein Held des Tages.
Was ich hier mache, ist (für einen Kunden) den Prototyp eines vielseitigen Discourse-Publishing-Systems für Kreative zu bauen, das Ghost mit Discourse integriert.
Ich bin ein Front-End-Entwickler und muss jetzt das Sysadmin-Wissen vollständig erlernen.
Ich muss also sowohl eine Multisite als auch separate Container aufbauen.
Das ist mein Server-Setup:
Ein dedizierter Server bei Hetzner (6 CPU-Kerne, 64 GB RAM und 2x512 GB NVMe)
Ein VPS bei Contabo (8 CPU-Kerne, 30 GB RAM und 200 GB NVMe)
Ich weiß nichts darüber, aber wenn Sie und andere denken, dass Ihr Tutorial zuverlässig ist, können Sie gerne ein neues erstellen #documentation:sysadminhow-toadvanced-setup und welche anderen Tags Sie für passend halten
(bevor Ihre Antwort in einem Monat automatisch gelöscht wird )
) angeben.
)