Raylar: alt alana dayalı sorguları kapsamak için en iyi uygulama?

Question

Bağımsız hesap sitelerini ayırmak için alt alanlardan yararlanan bir Rails (şu an 2.3.4) uygulaması üzerinde çalışıyorum. Açık olmak gerekirse, foo.mysite.com 'un foo hesabı' içeriğini göstermesi ve bar.mysite.com 'un bar içeriğini göstermesi gerekir.

Tüm model sorgularının geçerli alt etki alanına ayrıldığından emin olmanın en iyi yolu nedir? Örneğin

, benim denetleyicileri biri gibi görünür:

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

(@global_organization Not alt alan-fu aracılığıyla application_controller yer almaktadır.) ne tercih ediyorum olduğunda bir şey gibi:

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

Sayfa modelinin, doğru kuruluşa otomatik olarak eklendiği

. Böyle default_scope yönergesini kullanarak denedim: Küresel erişim için örgütün id: [organizasyonu] sadece nota, Yine

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

((Sayfa modelinde), aynı application_controller Thread.current ayarlar.) Bu yaklaşımdaki sorun, varsayılan kapsamın ilk istek üzerine ayarlanması ve farklı alt alan adlarına yapılan sonraki taleplerde hiçbir zaman değişiklik olmamasıdır.

üç belirgin çözümler, şimdiye kadar:

1 kullanımlar ayrı her bir alt etki alanı için sankonlar ve sadece (mod_rails kullanılarak) alt alan başına uygulamanın farklı örneklerini çalıştırın. Bu yaklaşım, bu uygulama için ölçeklendirilemez.

2 Yukarıdaki orijinal denetleyici yaklaşımını kullanın. Ne yazık ki, uygulamada çok sayıda model bulunmaktadır ve modellerin çoğu, kuruluştan çıkarılmış birkaç bağlantıdır, bu yüzden bu gösterim hızlı bir şekilde zorlaşmaktadır. Daha da kötüsü, bu durumun geliştiricilerin sınırlamayı hatırlama ve uygulama ya da önemli bir güvenlik problemi riskini uygulamalarını gerektirmesidir.

3 Her istekte modellerin varsayılan kapsamını sıfırlamak için bir before_filter kullanın. Performansın ne kadar etkili olduğunu veya hangi modelin reqeust için güncelleneceğini en iyi nasıl seçeceğinizden emin değilsiniz.

Düşünceler? Eksik olduğum başka çözümler var mı? Bu, en iyi uygulama olması gereken ortak bir sorun gibi görünmektedir. Tüm girdiler takdir edildi, teşekkürler!

Answer 1

default_scope nu lambda tanımlamayı denediniz mi? Kapsamı her kullanışınızda değerlendirilen seçenekleri tanımlayan lambda bit.

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

Aslında senin önce filtre büyü ile tandem olarak çalışarak, üçüncü seçenek yapıyor. Ama bundan biraz daha agresif, Page modelinde kullanılan her bir bulmacayı tekmelemek.

Tüm modeller için bu davranışı istiyorsanız, default_scope'u ActiveRecord :: Base'e ekleyebilirdiniz, ancak birkaç tane daha katılmadan bahsedebilirsiniz. Bu nedenle bu rotaya giderseniz, bu modellerde birleştirmeleri ele almak için varsayılan kapsamları geçersiz kılmanız gerekir.

Answer 2

Özellikle kayıt oluştururken sizi yanlış bir güvenlik hissine yönlendireceğinden, varsayılan kapsamı burada yapmaya dikkat edin.Ayrıca böylece yeni oluşturmak/eylemler bakacağız, yeni kayıtlar uygulanan bu ilişkiyi sağlamak istiyoruz çünkü

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

en büyük nedeni:

Her zaman bu açık tutmak için ilk örneğini kullandım aşağıdaki gibi, düzgün Aile Birliğinin kapsamına sağlamaktan:

# New 
@page = @go.pages.new 

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

Answer 3

Sen alt etki dayalı bir database per account and switching the database connection sahip daha iyi olabilir.

Yukarıdaki bağlantıya ek olarak, varsayılan veritabanını kullanmak istediğiniz bir modeliniz (Hesabınızda) varsa, modele yalnızca establish connection ekleyin.

class Account < ActiveRecord::Base 

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

Answer 4

Biz son 2 yıldır https://github.com/penguincoder/acts_as_restricted_subdomain kullanıyorum, ancak yalnızca Raylar 2.3 ile çalışır.

Şu anda Rails 3 ile çalışmak için eklentiyi yükseltmeye (ve gemmify) yapmaya çalışıyoruz. Sorunu nasıl çözdüğünüzü merak ediyorum.

Answer 5

Bu özellik için acts_as_tenant gemini buldum [github] harika çalışıyor. Ekstra çaba ile sizin için kapsam belirliyor ve aynı zamanda kapsam belirlemeyi de zorlaştırıyor.

İşte bu konuda ilk blog yazısı var: girişi için http://www.rollcallapp.com/blog/2011/10/03/adding-multi-tenancy-to-your-rails-app-acts-as-tenant