Rails：サブドメインに基づいてクエリをスコープするベストプラクティス？

Question

私はサブドメインを使って独立したアカウントサイトを隔離するRails（現在は2.3.4）アプリを開発中です。明確にするために、foo.mysite.comはfooアカウントのコンテンツを表示し、bar.mysite.comはバーのコンテンツを表示する必要があります。

すべてのモデルクエリが現在のサブドメインにスコープされるようにするにはどうすればよいですか？例えば

は、私のコントローラの一つは次のようになります。

@page = @global_organization.pages.find_by_id(params[:id])   

（@global_organization注サブドメイン府を経由してapplication_controllerに設定されている。） 私が希望している場合は、何かのように：

@page = Page.find_by_id(params[:id]) 

Pageモデルの検索対象は、自動的に適切な組織に限定されます。私はこのようなdefault_scopeディレクティブを使用して試してみた：グローバルアクセスのための組織のIDへ：[組織]だけに注目することは、再び

class Page < ActiveRecord::Base 
    default_scope :conditions => "organization_id = #{Thread.current[:organization]}" 
    # yadda yadda 
end 

（（ページモデルで）、同じapplication_controllerはThread.currentを設定します。 ）このアプローチの問題は、デフォルトのスコープが最初の要求に設定され、後続の要求が異なるサブドメインに変更されないことです。

これまでに三の見かけソリューション：各サブドメインの

1を使用する別のバーチャルホストだけ（mod_railsを使って）、サブドメインごとにアプリの異なるインスタンスを実行します。このアプローチは、このアプリケーションのためにスケーラブルではありません。

2上記の元のコントローラの方法を使用してください。残念ながら、アプリにはかなりの数のモデルがあり、モデルの多くは組織から削除された結合であるため、この表記法はすぐに面倒になります。悪化するのは、開発者が制限を覚えて適用したり、重大なセキュリティ上の問題を引き起こすことを積極的に要求することです。

3 before_filterを使用して、各リクエストのモデルのデフォルトスコープをリセットします。ここでのパフォーマンスのヒットや、reqeustごとに更新するモデルを選択する最良の方法については不明です。

思考？私が行方不明の他の解決策？これは、ベストプラクティスでなければならない共通の問題であるようです。すべての入力は、ありがとう！

Answer 1

default_scopelambdaを定義しましたか？オプションを定義するlambdaビットは、スコープが使用されるたびに評価されます。

class Page < ActiveRecord::Base 
    default_scope lambda do 
    {:conditions => "organization_id = #{Thread.current[:organization]}"} 
    end 
    # yadda yadda 
end 

これは基本的に、前のフィルタマジックと連携して作業することで、3番目の選択肢です。しかし、それよりも少し積極的です。Pag​​eモデルで使用されるすべての検索エンジンに挑戦します。

すべてのモデルでこの動作が必要な場合は、default_scopeをActiveRecord :: Baseに追加することができますが、いくつかの結合は離れていることに言及してください。したがって、このルートを使用する場合は、それらのモデルのデフォルトスコープをオーバーライドして、ジョインに対処する必要があります。

Answer 2

ここでデフォルトのスコープを使用してください。これは、特にレコードを作成するときに、誤ったセキュリティの意識につながります。私はいつもこの明確に保つためにあなたの最初の例を使用しました

：

@page = @go.pages.find(params[:id]) 

あなたもこの関連付けを確認したいので、最大の理由は、新しいレコードに適用されるので、あなたの新しい作成/アクションが見えます以下のように、彼らはきちんと親会にスコープされることを保証する：

# New 
@page = @go.pages.new 

# Create 
@page = @go.pages.create(params[:page]) 

Answer 3

あなたがサブドメインに基づいてdatabase per account and switching the database connectionを持っていることの方が良いかもしれません。

デフォルトのデータベースを使用するモデル（ケースのアカウント）がモデルにある場合は、モデルにestablish connectionを追加するだけです。

class Account < ActiveRecord::Base 

    # Always use shared database 
    establish_connection "shared_#{RAILS_ENV}".to_sym 

Answer 4

我々は最後の2年間のhttps://github.com/penguincoder/acts_as_restricted_subdomainを使用してきたが、それが唯一のRails 2.3で動作します。

私は現在、Rails 3で動作するようにプラグインをアップグレード（そしてgemmify）しようとしています。あなたの問題の仕組みが不思議です。

Answer 5

私はacts_as_tenantの宝石[github]がこの機能に適していることを発見しました。最小限の労力でスコーピングを行い、スコープをバイパスすることも難しくなります。

ここに最初のブログ投稿があります。http://www.rollcallapp.com/blog/2011/10/03/adding-multi-tenancy-to-your-rails-app-acts-as-tenant