Sitzung in Rails_API Edelstein

Question

Ich verwende den Rails_api Edelstein in meinem Projekt. Ich möchte die Sitzungsverwaltung für die Authentifizierung hinzufügen, aber es scheint, dass die Sitzung nicht funktioniert. Hier ist meine Konfiguration in config/initializer/session_store.rb:

Pmcapi::Application.config.session_store :cookie_store, { 

    key: '_pmcapi_session', 
    expire_after: 1.hour 
} 

Ich habe config.api_only = false in application.rb (Adding cookie session store back to Rails API app)

und in meinem session_controller, fügte ich Sitzung der Token

# session_controller.rb 
def create 
    #just to generate new token 
    user.reset_sso_token! 
    session[:token] ||= user.sso_token 
    self.current_user = user 
    redirect_to root_path 
end 

Wenn in application_controller zu speichern, ich möchte auf session[:token] zugreifen, aber das Ergebnis ist nil:

# application_controller.rb 
def authenticate_user! 
    #puts("User Authentication") 
    #puts(request.authorization) 
    #puts(request) 
    @user = User.authenticate_with_token(session[:token]) 
    #head :unauthorized unless @user.present? 
    redirect_to sign_in_path if @user.nil? 
end 

Answer 1

Pmcapi :: Application.config.session_store: cookie_store, Schlüssel: '_pmcapi_session', expire_after: 1.hour können Sie versuchen, diese in config/initializer/session_store.rb

Answer 2

von dem, was ich aus sehen kann Ihre config.api_only = false Linie macht dies grundsätzlich Schienen den vollständigen Stack verwenden, anstatt es schlank zu halten, was der Hauptgrund ist, dass Sie rails-api I

config.middleware.use Rack::Session::Cookie 

in Ihrer Anwendung Controller schlagen versuchen, so etwas wie So verwenden könnte.

Wenn das nicht funktioniert, empfehle ich Ihre Aufmerksamkeit auf This pull request about session management in the rails 4 stack

Answer 3

Zeichnung Ich bevorzuge immer gut unterstützt und dokumentiert Edelsteine ​​zu verwenden, anstatt meinen eigenen Code zu schreiben. Die Gründe dafür sind:

1. Es spart Ihnen Zeit
2. Es spart Geld
3. Es ist besser verwaltbar
4. Andere Programmierer, die an Ihren Projekten arbeiten eher vertraut sein mit dem, was Sie implementiert haben .
5. Es ist sicherer, weil (zumindest in meinem Fall) viele mehr Menschen mit mehr Erfahrung als ich, seit einigen Jahren daran arbeiten.

Mit allen, dass der Weg aus der ich sehr empfehlen Sie verwenden Devise oder einer der anderen etablierten Authentifizierungs gems statt ringen mit dieser Art der Sache auf eigene Faust.

fand ich diesen Artikel hilfreich

http://www.emilsoman.com/blog/2013/05/18/building-a-tested/