文件似乎是空的。
那么您不在正确的目录中，请先导航到正确的目录，或包含路径 
1 个赞
啊，对了，集装箱！干杯
DISCOURSE_SMTP_PORT 是入站还是出站？
要来了。脑子有点混乱……
我只需要编辑 app.yml 文件然后退出，它就会提示保存吗？
然后重建？
不，smtp 是出站的，对吧？
是时候休息一下，让头脑清醒一下……
您好。请问，如果我有一个单独的 Discourse 实例，并使用群组来区分我想要服务的物理群组，那么将这些群组单独导出并保留其状态到它们各自的 Discourse 实例中，让它们在那里永远幸福地生活在一起，这有多容易？
我不确定我是否理解你的问题。你是想导出论坛的一部分，然后将其导入到另一个论坛吗？我认为目前没有办法做到这一点，除非只是复制你的网站，然后从副本中删除你不想要的内容。
1 个赞
有一个 rake 任务。它有点笨拙（我不确定用户密码怎么样，例如？），但我认为它有效。
这会获取类别，也就是您想要的帖子的集合。我认为它也会将创建帖子的用户一起拉过来。我不确定其他未创建帖子的用户。
我不太推荐这样做，但如果一个组变得非常大并想分离，您可以通过这种方式进行，或者您可以恢复整个数据库并删除您不想要的类别。在不查看实际数据的情况下很难说哪种方式更容易，而实际数据并不存在。
1 个赞
谢谢大家。我在这里想引用的是我在这个帖子开头表达的需求。大量的自治、独立且总体上是私有的群组，加上一个总括性的国家开放论坛。
在写这篇帖子之前不到 24 小时，我才刚刚听说 Discourse，我当时正试图了解我的想法是否能被它满足。我没想到我想要的东西真的存在！
在软件的整体架构方面，一些限制很快就显现出来了。你们的回复证实了我希望的功能最好通过多站点模型来满足。@pfaffman Jay，你提到这需要“大量的专业知识或金钱”。我曾（虽然是很久以前）获得过网络计算学位的，所以我决定选择“大量的专业知识”这条路。
希望这能让你更好地了解我正在构建的系统。
为了澄清我最后一个问题。考虑到我正处于一项复杂任务的开端，并且还在摸索阶段。我是否应该在一个包含我小型群组的实例上构建？随着它的发展，当我更好地理解复杂性时，我是否应该判断是否将群组拆分到它们自己的实例中？或者，我是否从一开始就将小型群组放入它们自己的 Discourse 实例中？我想知道在群组拥有自己实例的更大控制和灵活性与此相关的管理开销之间是否存在权衡，与所有群组都在一个安装中的情况相比？
基本上是在问，我应该从多站点模型开始，还是为了简单起见，先从一个实例开始，以后再考虑将群组导出到自己的安装中？听起来前者是明智的做法？
我认为我可能会选择一个多站点设置，并为每个社区创建一个单独的子域，拥有自己的 Discourse。一个实例就足够开始，当用户数量超过单个实例的处理能力时，您将有足够的收入，这不成问题。
Setup Multisite Configuration with Let's Encrypt and no Reverse Proxy 中描述的设置实际上非常简单。我可能会通过除 launcher 之外的其他方式添加数据库，特别是如果我经常添加的话，但这应该足以让您开始。
如果您希望每个社区都是自己的世界，那么您可能不需要或不想要一个单一的身份验证源，所以也许您想要的比我最初想的要容易。
目前尚不清楚您是计划从 20 个站点开始还是 2,000 个站点。如果是 20 个，那么上述解决方案就足够了；如果是 2,000 个，您可能需要更复杂的东西。