Tag: 公寓 gem

Rails Postgres架构问题 – 以下架构之一无效：“test”“public”

我已经高低搜索了这个答案，但我很短暂。 我正在尝试使用基于Postgres模式的Rails 4，Devise和Apartment构建多租户应用程序。 对于我当地的Postgres服务器，我决定使用PostgresApp。 我按照Go Rails多租户指南进行操作，当这个错误开始出现时，我有了这个设置（每个租户一个用户）。 当我试图为Devise安装Invitable扩展时，昨天开始在本地显示，我似乎找不到任何关于发生了什么的线索。 以下是我如何得到具体错误： michael$ rake environment db:drop michael$ rake db:create michael$ rake db:migrate == 20160908204559 DeviseCreateUsers: migrating ================================ — create_table(:users) -> 0.0091s — add_index(:users, :email, {:unique=>true}) -> 0.0032s — add_index(:users, :reset_password_token, {:unique=>true}) -> 0.0031s — add_index(:users, :confirmation_token, {:unique=>true}) -> 0.0032s — add_index(:users, :unlock_token, {:unique=>true}) -> 0.0029s == 20160908204559 DeviseCreateUsers: migrated […]

设计current_tenant在设计登录失败后重置为’public’

我在SAAS应用程序上使用Devise进行身份validation和Apartment for multi-tenancy支持。 登录失败后，将“重定向”设计到登录页面（Users :: SessionsController Apartment::Tenant.current ，之前在TenantElevator中间件中设置的Apartment::Tenant.current的值将恢复为其默认值“public”。 这种情况正在发生，因为Devise并未实际重定向到登录页面，而是使用新的机架环境调用FailureApp（呈现登录页面）并返回其响应。 新的机架应用程序没有TenantElevator中间件，因此租户未设置在机架应用程序中。 有谁知道如何解决这个问题？ 也许我可以将TenantElevator中间件添加到Failure应用程序中？