在反向代理后面具有相同数据库的应用程序之间共享 Meteor 帐户
Share Meteor accounts between apps with same DB behind reverse proxy
我不太了解 Meteor 如何管理会话和帐户，无法知道我是否有多个应用程序连接到同一个 MongoDB 反向代理背后将在人们登录时无缝工作。
我的想法是将功能拆分到单独的应用程序中，但它们可以在网站上正常移动。
因此他们开始在根目录 (/) 使用一个应用程序，然后转移到服务台 (/help)，该服务台由连接到同一数据库的另一个应用程序提供服务。他们在“/”上登录，那么他们是否仍会在“/help”上登录？
我试过了，可以用。
我使用 Nginx，有几点需要注意（但不是问题的一部分，所以不会放在这里）。
但 Meteor 的关键是我在某处的评论中找到的：在子目录 运行 localStorage["Meteor.loginToken"] && Accounts.loginWithToken(localStorage["Meteor.loginToken"]) 中的每个应用程序中。在子目录中启动应用程序时还要正确使用 ROOT_URL 环境变量。
我同意 Tom 的观点：它工作正常。我 运行 2 个应用程序在同一个数据库上具有相同的信誉。
您需要确保使用 ROOT_URL 来定义 URL 站点（即 subdomain.domain 它 运行 在）
您可能还想调查登出人员是否从其他浏览器登录（否则登录到应用程序的人也将登录到另一个应用程序：可能是也可能不是您想要的）
查看使用您选择的路由器执行此操作的方法；流星指南上有几个教程。
我不太了解 Meteor 如何管理会话和帐户，无法知道我是否有多个应用程序连接到同一个 MongoDB 反向代理背后将在人们登录时无缝工作。
我的想法是将功能拆分到单独的应用程序中，但它们可以在网站上正常移动。
因此他们开始在根目录 (/) 使用一个应用程序，然后转移到服务台 (/help)，该服务台由连接到同一数据库的另一个应用程序提供服务。他们在“/”上登录，那么他们是否仍会在“/help”上登录？
我试过了，可以用。
我使用 Nginx，有几点需要注意（但不是问题的一部分，所以不会放在这里）。
但 Meteor 的关键是我在某处的评论中找到的：在子目录 运行 localStorage["Meteor.loginToken"] && Accounts.loginWithToken(localStorage["Meteor.loginToken"]) 中的每个应用程序中。在子目录中启动应用程序时还要正确使用 ROOT_URL 环境变量。
我同意 Tom 的观点：它工作正常。我 运行 2 个应用程序在同一个数据库上具有相同的信誉。
您需要确保使用 ROOT_URL 来定义 URL 站点（即 subdomain.domain 它 运行 在）
您可能还想调查登出人员是否从其他浏览器登录（否则登录到应用程序的人也将登录到另一个应用程序：可能是也可能不是您想要的）
查看使用您选择的路由器执行此操作的方法；流星指南上有几个教程。