레일스 : 하위 도메인을 기반으로 쿼리 범위를 지정하는 것이 가장 좋습니다.

Question

저는 독립 계정 사이트를 격리하기 위해 하위 도메인을 사용하는 Rails (현재 2.3.4) 앱을 개발 중입니다. 분명한 것은 foo.mysite.com이 foo 계정의 콘텐츠를 표시하고 bar.mysite.com이 bar의 콘텐츠를 표시해야한다는 것입니다.

모든 모델 검색어의 범위가 현재 하위 도메인으로 지정되도록하는 가장 좋은 방법은 무엇입니까? 예를 들어

내 컨트롤러 중 하나는 다음과 같은 :

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

(@global_organization를 참고 하위 도메인-FU를 통해 application_controller에 설정되어 있습니다.) 내가 무엇을 선호하는 경우 뭔가 같은 :

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

페이지 모델 검색은 자동으로 올바른 조직으로 범위가 지정됩니다. 나는이 같은 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 

필터 매직과 함께 작업하면 세 번째 옵션이됩니다. 그러나 그보다 조금 더 적극적으로 페이지 모델에서 사용되는 모든 단일 검색을 시작합니다.

모든 모델에 대해이 동작을 원할 경우 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을 사용하고 있지만, 그것은 단지 레일 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