Hi all, Can I have your opinions about the implementation of multiple user types that can login and play in different roles? What do you think about the answer on stack overflow? http://stackoverflow.com/questions/10876059/michael-hartls-rails-tutorial-reusing-sessions-resource-for-multiple-user-type Thanks, Erdem -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msg/rubyonrails-talk/-/VyA9IJqBGE4J. For more options, visit https://groups.google.com/groups/opt_out.
On 17 November 2012 00:15, Erdem Gezer <erdemgezer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> Hi all, > > Can I have your opinions about the implementation of multiple user types > that can login and play in different roles? > > What do you think about the answer on stack overflow? > http://stackoverflow.com/questions/10876059/michael-hartls-rails-tutorial-reusing-sessions-resource-for-multiple-user-typeI would first question the basic premise of multiple user types. Is that really necessary? Can a user every be of both types? Perhaps the requirement is not for different types of users but for users with different roles, meaning that a user can perform the role of a publisher or a subscriber (in the example given) or perhaps even both. In which case the requirement is just for a single user table with something like cancan to provide roles. Colin -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit https://groups.google.com/groups/opt_out.
Hi Colin, Thanks for your reply. Actually I don''t want each user to have multiple types. Only 1 type per user is ok for me. I can satisfy that by using polymorphic relations. I have 1 db table for common user attributes(email,name,password) and 2 more tables for the 2 user types(admin,manager) But I''m confused while implementing the SessionController. Each user type will have different login and register forms. Do you think using a single SessionController for the login/logout operations for both user types is fine (with different session keys)? Thanks, Erdem On Saturday, November 17, 2012 7:59:25 AM UTC, Colin Law wrote:> > On 17 November 2012 00:15, Erdem Gezer <erdem...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org <javascript:>> > wrote: > > Hi all, > > > > Can I have your opinions about the implementation of multiple user types > > that can login and play in different roles? > > > > What do you think about the answer on stack overflow? > > > http://stackoverflow.com/questions/10876059/michael-hartls-rails-tutorial-reusing-sessions-resource-for-multiple-user-type > > I would first question the basic premise of multiple user types. Is > that really necessary? Can a user every be of both types? Perhaps > the requirement is not for different types of users but for users with > different roles, meaning that a user can perform the role of a > publisher or a subscriber (in the example given) or perhaps even both. > In which case the requirement is just for a single user table with > something like cancan to provide roles. > > Colin >-- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msg/rubyonrails-talk/-/S1uDs2zUTOgJ. For more options, visit https://groups.google.com/groups/opt_out.