W jaki sposób ludzie testują szyny 3.1 + force_ssl?

Question

Funkcja force_ssl w szynach 3.1 jest na stałe zakodowana, aby ignorować środowisko programistyczne, ale nie testować. To daje mi błędy przekierowania w moich (minimalistycznych) testach. Czy rozwiązaniem jest skonfigurowanie mojego serwera testowego tak, aby obsługiwał ssl (jeśli tak, to w jaki sposób?). Jeśli nie, czy powinienem małpować patch force_ssl, aby ignorować żądania w teście?

def force_ssl(options = {}) 
     host = options.delete(:host) 
     before_filter(options) do 
      if !request.ssl? && !Rails.env.development? 
      redirect_options = {:protocol => 'https://', :status => :moved_permanently} 
      redirect_options.merge!(:host => host) if host 
      flash.keep 
      redirect_to redirect_options 
      end 
     end 
    end 

EDIT Znaleźliśmy ten łańcuch, który potwierdza, inni, że to problem, ale nie wygląda jak tam jest zaangażowana fix jeszcze: https://github.com/rails/rails/pull/2630

Answer 1

Inną opcją zamiast małpy łatanie całej aplikacji jest po prostu zastąpić force_ssl w swoim apartamencie testowym sam. Na przykład, w test/test_helper.rb można dodać to:

# We don't want SSL redirects in our test suite 
module ActionController::ForceSSL::ClassMethods 
    def force_ssl(options = {}) 
    # noop 
    end 
end 

Answer 2

to co skończyło się robi po ostatnim uaktualnieniu do Rails 3.1 i przejście na filtr force_ssl. Monkey patch na ratunek!

w nowym pliku w config/initializers/ignore_force_ssl_in_test.rb

module ActionController 
    module ForceSSL 
    module ClassMethods 
     def force_ssl(options = {}) 
     before_filter(options) do 
      if !request.ssl? && !Rails.env.development? && !Rails.env.test? 
      redirect_to :protocol => 'https://', :status => :moved_permanently 
      end 
     end 
     end 
    end 
    end 
end 

Answer 3

Oto inne podejście, jeśli nie chcą zadzierać z małpa-łatanie ... można użyć przed filtrem. To rspec nie MiniTest składnia, ale masz pomysł:

before(:each) do 
    request.env["rack.url_scheme"] = "https" 
end 

Ten przekonuje kontroler że dostał żądania SSL.

Zaletą takiego podejścia jest to, że można napisać test, aby upewnić się, że kontroler wymaga protokołu SSL. :)

Answer 4

Jeśli jesteś zainteresowany testowaniem z różnym SSL, zrobiłem to podczas konfiguracji testu funkcjonalnego.

def setup 
    @request.env['HTTPS'] = 'on' 
end 

Answer 5

Podejście prac Simona Carletti ładnie: http://www.simonecarletti.com/blog/2011/05/configuring-rails-3-https-ssl/

# config/application.rb 
module MyApp 
    class Application < Rails::Application 
    config.force_ssl = true 
    end 
end 

# config/environments/test.rb 
MyApp::Application.configure do 
    config.force_ssl = false 
end 

Answer 6

Co pracował dla mnie jest podobny do Kelly Sutton's. I łatki małpa force_ssl ignorować żądania SSL w środowisku testowym, inaczej używać oryginalnego realizację szyn:

module ActionController 
    module ForceSSL 
    module ClassMethods 
     alias_method :original_force_ssl, :force_ssl 

     def force_ssl(options = {}) 
     unless Rails.env.test? 
      original_force_ssl(options) 
     end 
     end 
    end 
    end 
end 

Answer 7

Jeśli szukasz odpowiedzi w 2013. Można po prostu zrobić:

force_ssl if: :ssl_configured? 

    def ssl_configured? 
    !Rails.env.test? 
    end 

Źródło: http://edgeapi.rubyonrails.org/classes/ActionController/ForceSSL/ClassMethods.html

Answer 8

force_ssl unless Rails.env.test? 

Answer 9

Możesz wykonywać połączenia testowe do aplikacji za pomocą ssl!

• wykorzystanie pełnego uri z protokołem https://eample.org/my/route/here w get 'https://eample.org/my/route/here'

• lub wykorzystać https!(true) i https!(false) dynamicznie zmieniać zachowanie w test integracyjny

  https!(true) 
  get "/users" 
  https!(false) 
  

regulatora nie trzeba korzystać z protokołu SSL, ponieważ (jak sądzę) bezpośrednio wywołują akcję jako metodę, bez routingu i innych transferów.

Answer 10

Dokumenty Rails zalecają użycie: ssl_configured? z wywołaniem force_ssl. Możesz następnie wykonać:

def ssl_configured? 
    !Rails.env.development? && !Rails.env.test? 
    end 

Bez konieczności opatrywania małpką, jak wskazuje oficjalna odpowiedź.