Die Datei scheint leer zu sein.
dann sind Sie nicht im richtigen Verzeichnis, navigieren Sie zuerst zum richtigen oder fügen Sie den Pfad hinzu 
1 „Gefällt mir“
Ah ja, Container! Prost
Ist DISCOURSE_SMTP_PORT der eingehende oder ausgehende Port?
Es kommt rein. Das Gehirn ist ein wenig geschmolzen..
Bearbeite ich einfach die Datei app.yml und beende sie dann, und es wird aufgefordert, zu speichern?
Dann neu erstellen?
Nein, SMTP ist doch für ausgehende E-Mails, oder?
Zeit für eine Pause und einen klaren Kopf…
Hallo. Kann ich bitte fragen, ob ich eine einzelne Instanz von Discourse habe und Gruppen verwende, um die physischen Gruppen, denen ich dienen möchte, zu unterscheiden, wie einfach wäre es, diese Gruppen einzeln zu exportieren und den Zustand auf ihre eigene spezifische Instanz von Discourse zu übertragen, wo sie für immer glücklich zusammen leben würden? 
Ich bin mir nicht sicher, ob ich Ihre Frage verstehe. Schlagen Sie vor, Teile Ihres Forums zu exportieren und diese dann in ein anderes Forum zu importieren? Ich glaube nicht, dass es derzeit eine Möglichkeit gibt, dies zu tun, außer indem Sie einfach Ihre Website kopieren und dann das entfernen, was Sie nicht möchten, aus der Kopie.
1 „Gefällt mir“
Es gibt eine Rake-Aufgabe. Sie ist etwas umständlich (ich bin mir nicht sicher, was mit Benutzernamen zum Beispiel ist?), aber ich glaube, sie funktioniert.
Das holt die Kategorien, die die Sammlungen von Themen sind, die Sie wollen. Ich glaube, es zieht auch die Benutzer mit, die Beiträge erstellt haben. Ich bin mir nicht sicher über andere Benutzer, die keine Beiträge erstellt haben.
Ich empfehle es nicht wirklich, aber wenn eine Gruppe wirklich groß würde und sich abspalten wollte, könnte man es so machen, oder man könnte einfach die gesamte Datenbank wiederherstellen und die Kategorien löschen, die man nicht will. Es ist schwer zu sagen, was einfacher wäre, ohne die tatsächlichen Daten zu sehen, die nicht existieren.
1 „Gefällt mir“
Vielen Dank, Leute. Worauf ich mich hier beziehe, ist die Anforderung, die ich zu Beginn dieses Threads geäußert habe. Eine sehr große Anzahl autonomer, unabhängiger und im Ganzen privater Gruppen plus ein übergeordnetes nationales offenes Forum.
Nachdem ich Discourse erst vor weniger als 24 Stunden gehört hatte, bevor ich dies schrieb, versuchte ich zu sehen, wie meine Ideen damit bedient werden könnten. Ich bin immer noch ein wenig erschrocken, wie gut Ihre Software die Anforderungen erfüllt. Ich dachte nicht, dass das, was ich wollte, existiert!
Die Einschränkungen wurden schnell deutlich, was die gesamte Softwarearchitektur betrifft. Ihre Antworten bestätigten, dass die von mir erhoffte Funktionalität am besten durch ein Multisite-Modell abgedeckt werden könnte. @pfaffman Jay, Sie haben hinzugefügt, dass dies ‘eine Menge Fachwissen oder Geld’ erfordern würde. Nachdem ich vernetzte Informatik bis zum Studienabschluss studiert hatte (wenn auch vor langer Zeit), beschloss ich, mich für die Route des Fachwissens zu entscheiden.
Ich hoffe, das gibt eine bessere Vorstellung von dem System, das ich baue.
Um die letzte Frage, die ich gestellt habe, zu klären. Angesichts der Tatsache, dass ich ganz am Anfang einer ziemlich komplexen Aufgabe stehe und mich noch zurechtfinden muss. Sollte ich dies auf einer Instanz aufbauen, die meine kleineren Gruppen enthält? Wenn es wächst und ich die Komplexität besser verstehe, treffe ich dann eine Wertentscheidung, ob ich die Gruppen auf eigene Instanzen aufteile? Oder sollte ich kleinere Gruppen von Anfang an in ihre eigene Instanz von Discourse aufnehmen? Ich frage mich, ob es einen Kompromiss zwischen größerer Kontrolle und Flexibilität der Gruppen in ihren eigenen Instanzen und dem damit verbundenen Verwaltungsaufwand gibt, verglichen mit allen Gruppen in einer Installation?
Grundsätzlich frage ich, ob ich mit einem Multisite-Modell beginnen soll oder, der Einfachheit halber, mit einer Instanz beginnen und später erwägen soll, Gruppen in eine eigene Installation zu exportieren. Es scheint, dass ersteres der vernünftige Weg ist?
Ich würde wahrscheinlich ein Multisite-Setup wählen und für jede Community eine separate Subdomain mit eigenem Discourse erstellen. Eine einzelne Instanz wird am Anfang ausreichen, und wenn Sie mehr Benutzer haben, als eine einzelne Instanz bewältigen kann, werden Sie genug Geld einnehmen, sodass dies kein Problem darstellt.
Das unter Setup Multisite Configuration with Let's Encrypt and no Reverse Proxy beschriebene Setup ist eigentlich ziemlich einfach. Ich würde wahrscheinlich Datenbanken auf andere Weise hinzufügen, als es Launcher tut, besonders wenn ich sie oft hinzufügen würde, aber es sollte gut genug sein, um Ihnen den Einstieg zu ermöglichen.
Und wenn jede Community ihre eigene Welt sein soll, dann brauchen oder wollen Sie vielleicht keine einzige Authentifizierungsquelle, also ist das, was Sie wollen, vielleicht einfacher, als ich zuerst dachte.
Es ist unklar, ob Sie planen, mit 20 oder 2.000 Websites zu beginnen. Wenn es 20 sind, ist die obige Lösung gut genug; wenn es 2.000 sind, werden Sie wahrscheinlich etwas ausgefeilteres wollen.